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CHAPTER  I 


INTRODUCTION 


The  acquisition  of  new  weapon  systems  has  always  been 
and  will  always  be  extremely  critical  to  the  survival  of  the 
United  States.  In  the  last  three  decades,  the  technological 
complexity  of  weapon  systems  has  grown  at  an  exponential 
rate  (26:112).  Though  this  has  provided  Improved  capabili¬ 
ties  for  deterring  and  waging  war.  It  has  also  been  respon¬ 
sible  for  massive  Increases  In  weapons  costs.  The  more  fam¬ 
iliar  cost  of  acquiring  new  weapon  systems  has  grown,  but 
the  most  significant  area  of  cost  growth  has  been  with 
operating  and  support  costs  (OAS). 


The  need  to  address  total  system  life  cycle  cost  (In 
lieu  of  acquisition  cost  only)  Is  evident,  and  experi¬ 
ence  has  Indicated  that  logistics  support  constitutes  a 
major  contribution  to  life  cycle  cost. ..[3:51] 


Operating  and  support  costs  have  grown  so  rapidly  that  they 
now  dominate  as  the  major  element  In  a  system's  total  life 
cycle  cost  (24:5).  "In  fact,  since  1967,  operating  and  sup¬ 
port  costs  for  each  hour  we  fly  an  aircraft  have  quadrupled 
[9:9]."  With  operating  and  support  costs  being  such  a  major 
consumer  of  our  limited  resources,  we  must  make  every  effort 
to  ensure  that  we  make  the  optimum  decisions  with  regards  to 
requirements  that  Influence  these  costs. 

The  Issue  of  defense  requirements  and  their  costs 
has  always  been  Important,  but  has  become  more  prominent 
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recently.  During  the  last  two  decades,  a  number  of  methods 
were  proposed  by  and  for  the  Department  of  Defense  (DoD)  as 
ways  to  hold  down  costs  and  still  achieve  the  required  per¬ 
formance  goals.  Some  of  the  major  efforts  were  the  "fly- 
before-buy"  concept,  "should-cost"  estimates,  fixed-price 
contracts,  and  the  use  of  life  cycle  costing  (LCC)  tech¬ 
niques.  The  fly-before-buy  concept  requires  a  contractor  to 
develop  and  build  an  Item  that  can  be  evaluated  prior  to  any 
contractual  production  agreements.  Should-cost  estimates 
are  done  by  a  Government  team  of  personnel  at  a  contractor's 
plant,  and  the  purpose  Is  to  develop  a  realistic  price 
objective  for  negotiation  purposes.  Fixed-price  contracts 
provide  for  a  firm  price  or  under  certain  circumstances  an 
adjustable  one.  Life  cycle  costing  requires  that  the  total 
cost  of  an  Item  over  Its  full  life  (especially  the  04S 
costs)  be  estimated  and  used  In  procurement  decisions.  Many 
areas  of  the  systems  acquisition  process,  and  the  environ¬ 
ment  In  which  It  operates,  have  been  subject  to  Improvements 
for  the  purpose  of  reducing  costs. 
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For  nany  years,  the  costs  for  weapon  systems  were 
erroneously  considered  to  be  only  the  procurement  or  pur¬ 
chase  costs.  These  costs  are  In  reality  less  than  half  of 
the  total  cost  (LCC)  of  owning  most  major  weapon  systems. 

The  largest  portion  of  the  LCC  Is  the  operating  and  support 
costs.  04S  costs  are  the  cost  of  operation,  maintenance, 
and  follow-on  logistics  support  of  the  end  Item  and  Its 
associated  support  systems  (21:107).  They  Include  such 
Items  as  maintenance,  spares,  facilities,  etc..  The  Impor¬ 
tance  of  the  support  area  was  realized  about  twenty  years 
ago  as  a  result  of  Initial  studies  of  life  cycle  costs.  The 
Increasing  awareness  of  the  significant  contribution  OSS 
costs  made  to  total  LCC  made  OSS  costs  a  fruitful  area  for 
study,  policy  changes,  and  cost  reduction  benefits.  The 
major  concept  which  developed  (4:59),  with  the  purpose  of 
Improving  the  Impact  of  OSS  costs  on  total  life  cycle  or 
system  costs,  was  the  concept  of  Integrated  Logistics  Sup¬ 
port  (ILS). 

The  ILS  concept  was  formalized  In  1964  by  the 
Department  of  Defense.  "This  policy  required  that  all  of  the 
services  consider,  estimate,  and  evaluate  the  life  cycle 
costs  associated  with  various  design  alternatives  encoun¬ 
tered  during  the  weapons  system  acquisition  process  [5:2]". 
In  other  words,  the  design  of  the  system  should  be  deter¬ 
mined  In  part  by  logistics  considerations  as  well  as  by  per- 


formance  and  costs.  Acceptable  performance  should  be 
achieved  along  with  the  highest  levels  of  maintainability, 
reliability,  and  supportabll ity  possible.  The  Air  Force 
established  Its  ILS  policy  with  the  publication  of  AFR  800- 
8,  Integrated  Logistics  Support  (ILS)  Program,  In  July  1972. 
This  was  revised  In  February  1980  and  provides  detailed 
guidelines  and  responsibilities  for  achieving  ILS  throughout 
the  life  cycle  of  a  system.  AFR  800-8  defines  ILS  as  a  : 

unified  and  Iterative  approach  to  the  management  and 
technical  activities  necessary  to: 

(1)  Cause  support  considerations  to  Influence  both 
requirements  and  design. 

(2)  Define  support  requirements  that  are  optimally 
related  to  the  design  and  to  each  other. 

(3)  Acquire  the  required  support. 

(4)  Provide  for  the  required  support  In  the  opera¬ 
tional  phase  at  minimum  cost. 

Additional  Information  on  ILS  and  the  major  elements  that 

comprise  It  Is  provided  In  Appendix  D. 

As  ILS  evolved  and  became  more  thoroughly  defined,  a 
number  of  processes  were  developed  to  aid  In  the  Integration 
of  support  elements  with  the  system  design.  The  most 
comprehensive  of  these  processes,  which  assists  In  accom¬ 
plishing  the  first  three  of  the  above  objectives  of  ILS,  Is 
the  Logistics  Support  Analysis  (LSA) .  LSA  has  also  recently 
been  referred  to  as  Weapon  System  and  Equipment  Support 


Analysis  (WSESA).  LSA  Is  the: 

selected  application  of  scientific  and  engineering 
efforts  undertaken  during  the  acquisition 
process. . .through  the  use  of  an  Iterative  process  of 
definition  ,  synthesis,  tradeoff,  test,  and  evaluation. 
The  objectives  of  support  analysis  are  to: 

1.  Influence  the  system  performance  parameters  and 
system  configuration  from  a  supportabll 1 ty  stand¬ 
point. 

2.  Determine  the  support  and  manpower,  personnel, 
and  tralnlng(MPAT)  requirements  for  the  system  which 
are  optimally  related  to  each  other  and  to  the  design 
and  operational  characteristics  of  the  system. 
[21:111] 

The  LSA  process,  and  guidance  on  Its  application, 
are  described  In  MIL-ST0-1388-1A.  LSA  Is  a  tallorable  pro¬ 
cess  that  allows  flexibility  depending  on  the  type,  size, 
and  complexity  of  the  system  being  acquired  and  the  particu¬ 
lar  phase  of  the  acquisition  process.  It  Is  normally  accom¬ 
plished  by  the  contractor  according  to  tasks  spelled  out  by 
the  Government.  LSA  Is  a  very  detailed  process  In  which  a 
data  base  of  Information  on  the  logistics  aspects  of  system 
design  Is  progressively  developed  and  maintained.  This 
Includes  documentation  of  performance  and  logistics  con¬ 
siderations  and  tradeoffs.  Appendix  A  contains  a  description 
of  the  purpose  of  each  LSA  major  task  area  and  a  listing  of 
all  LSA  tasks  and  subtasks. 

Many  different  logistics  requirements ,  constraints, 
and  objectives  are  taken  as  Inputs  to  the  LSA  process.  An 
Iterative  analysis  process  yields  the  specific  outputs 
required  by  LSA  for  the  particular  phase  of  the  acquisition 


process.  These  outputs  should  provide  the  data  needed  to 
develop  a  comprehensive  logistics  support  system.  LSA  Is 
one  process  through  which  we  hope  to  achieve  the  objectives 
of  ILS.  Most  of  the  detailed  LSA  efforts,  as  described  In 
MIL-STD-1388-1A,  will  be  accomplished  during  the  Full  Scale 
Development  (FSD)  phase  of  the  acquisition  process,  although 
preliminary  LSA  should  be  accomplished  during  the  conceptual 
or  demonstratlon/val Idatlon  phase.  The  LSA  effort  that  a 
contractor  Is  required  to  perform  Is  usually  described  In 
the  Statement  of  Work  (SOW)  portion  of  the  Government  con¬ 
tract.  This  description  Is  normally  In  the  form  of  selected 
tasks  out  of  MIL -STD -1388-1 A  which  are  tailored  to  the 
specific  program.  The  tasks  are  essentially  the  analysis 
processes  that  the  contractor  1$  required  to  accomplish.  The 
contract  also  contains  a  Contract  Data  Requirements  List 
( CDRL) .  The  CORL  lists  and  describes  all  data  requirements 
for  the  contract  and  Includes  a  description  of  any  LSA  out¬ 
put  that  will  be  required  to  be  delivered  to  the  Government. 


Military  Specifications  and  Standards 

Specifications  and  Standards  play  an  Important  role 
In  the  acquisition  process.  They  are  used  to  spell  out 
requirements  for  the  Item  being  procured.  There  are  over 
40,000  specifications  and  standards  listed  In  the  Department 
of  Defense  Index  of  Specifications  and  Standards  (DODISS). 
They  serve  to  state  requirements  In  a  form  that  can  be 
referred  to  by  different  Government  buyers  when  procuring  an 


f ten  with  connon  requirements ,  so  that  a  description  of  the 
requirement  does  not  have  to  be  generated  on  a  recurring 
basis.  Mr.  John  J.  Rlordan,  former  director  of  Product  and 
Production  Engineering,  Office  of  the  Secretary  of  Defense 
(Installations  and  Logistics)  stated  that: 


Standards  and  specifications  are  essential  to  social. 
Industrial,  and  technological  progress,  because  they 
constitute  the  continuing  technical  record  by  which 
experience  and  Invention  (emphasis  supplied)  are 
transferred  from  one  person  to  another,  from  one  genera* 
tlon  to  the  next.  Mere  It  not  for  these  documents.  It 
would  be  necessary  for  each  of  us  to  redefine  and 
redescribe  the  products  and  services  we  manufacture, 
distribute,  or  acquire  each  time  we  enter  the  market 
place.  Thus,  standards  and  specifications  serve  a  func¬ 
tion  much  larger  than  standardization  [14:6]. 

Program  Peculiar  Specifications 

Another  category  of  specifications  are  those  which 
must  be  used  when  an  Item  1$  procured  for  which  a  000ISS 
specification  does  not  exist.  These  are  usually  new 
development  type  Items,  and  the  associated  specifications 
are  referred  to  as  program  peculiar  specifications.  The  use 
of,  and  content/format  requirements  for,  such  specifications 
Is  described  In  MIL-STD-490.  There  are  many  types  of  pro¬ 
gram  peculiar  specifications  Including  system  specifica¬ 
tions,  development  specifications,  product  specifications, 
process  specifications,  and  material  specifications.  Pro¬ 
gram  peculiar  specifications  primarily  define  Items  being 
used  In  a  single  system,  and  are  not  appropriate  for  listing 
In  the  D001SS.  They  do,  however,  reference  DODISS  specifi¬ 
cations  and  standards  in  Identifying  requirements . 
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Ironically,  as  Important  as  adequate  specifications 

are,  their  contribution  to  excessive  costs  came  from  their 

overuse.  In  the  Interest  of  achieving  the  "best"  system  for 

past  military  applications,  excessive  numbers  of  DODISS 

specifications  were  used  which  many  times  referenced  other 

unnecessary  specifications.  In  addition,  program  peculiar 

specifications  Included  extensive  referencing  of  untallored 

DODISS  specifications,  to  ensure  coverage  of  required  areas. 

The  result  was  both  unnecessary  costs  and  adverse  effects  on 

performance.  "Both  Congress  and  the  General  Accounting 

Office  have  condemned  specifications  and  standards  as 

sources  of  poor  performance,  goldplating,  excessive  delays, 

and  unnecessary  costs  [6:10]."  A  U.S.  Defense  Audit  Service 

report  described  the  difficulties  as  follows: 

The  mlssappl Icatlon  and  Insufficient  tailoring  of 
specifications  and  standards  In  defense  acquisition  pro¬ 
grams  sometimes  has  led  to  Increased  costs  and  delays  In 
the  Introduction  of  new  hardware.  This  can  be  attri¬ 
buted  to  past  emphasis  on  achieving  maximum  performance 
without  regard  to  cost,  to  the  Institutionalized  atti¬ 
tude  that  specifications  and  standards  were  mandatory 
and  had  to  be  applied  In  their  entirety  (emphasis  sup¬ 
plied),  and  to  tne  lacx  or  emphasis  on  the  proper  appli¬ 
cation  and  tailoring  of  documents  to  a  specific  need. 
[18:1] 


Because  of  the  difficulties  with  specifications,  a 
Movement  surrounding  the  study  of  specifications  and  poten¬ 
tial  Improvements  In  their  use  spread  throughout  the  OoD  and 
defense  Industries.  One  of  the  major  Initiatives  which 
resulted  from  this  movement  was  the  application  of  the  con¬ 
cept  of  tailoring  of  specifications. 

Tailoring  Is  the  modification  of  existing  contractual 
specifications  and  standards,  where  necessary,  to  assure 
that  each  modified  document  states  only  the  minimum 
needs  of  the  Government  £18:1]. 

The  Importance  of  the  concept  was  demonstrated  when  Deputy 

Secretary  of  Defense  Hill  1am  P.  Clements  Issued  a  Memorandum 

on  8  August  1975  which  directed  the  military  departments  to: 

Institute  procedures  and  policies  to  control  blanket 
contractual  Imposition  of  such  specifications  and  stan¬ 
dards.  These  controls  should  be  structured  to  force 
technical  activities  to  tailor  requirements  to  the 
essential,  specific,  operational  needs  of  the  end  Item 
equipment  or  system  [6:12]. 

A  number  of  efforts  were  undertaken  by  the  services 
to  Institute  tailoring  and  ensure  the  selective  application 
of  specifications  In  the  acquisition  process.  One  effort 
made  within  the  Air  Force  Systems  Command  (AFSC)  was  the 
development  of  a  new  specification-writing  process  for  pro¬ 
gram  peculiar  specifications  as  an  addition  to  MIL-STD-490 
guidance.  The  process  was  Initially  worked  on  and  used  by 
the  Aeronautical  Systems  Division  (ASD)  of  AFSC  to  develop 
the  specifications  for  new  aeronautical  weapon  systems  and 
subsystems.  The  new  process,  entitled  Mil-Prime,  was  basl- 


cal ly  a  new  way  of  generating  and  tailoring  the  requirements 
language  used  In  system  specifications  sent  to  contractors. 

The  Mil-Prime  specification  method  focuses  on  opera¬ 
tional  needs  In  generating  requirements.  Specifically,  a 
Mil-Prime  specification  document  states  the  applicable 
operational  needs,  general  parameters,  and  Interface 
requirements  for  a  given  type  of  subsystem  and  Its  com¬ 
ponents.  Specific  values  that  will  meet  the  mission  needs 
are  determined  by  the  Government  engineer  and  filled  In  for 
each  parameter,  requirement,  or  need.  In  determining  these 
specific  values,  the  engineer  uses  a  Mil-Prime  handbook 
which  Is  correlated  with  the  Mil-Prime  specification.  The 
handbook  contains  technical  rationale  for  each  requirement 
type  and  guidance  for  applying  the  specification.  The  hand¬ 
books  also  contain  lessons  learned  In  each  requirement  area. 
The  draft  system  specification  generated  by  this  Mil-Prime 
process  becomes  a  part  of  the  Request  for  Proposal  ( RFP)  or 
the  contract  Issued  to  the  contractor. 


Logistics  Requirements  In  MIL-STD-490 

As  discussed  previously,  the  Incorporation  of  ILS 
Into  the  acquisition  process  and  the  system  design  Is  In 
large  part  dependent  on  the  success  of  the  LSA  process.  The 
LSA  tasks  are  Included  as  portions  of  the  SOM,  which  Is  In 
turn  part  of  the  contract.  The  system  specification  for  a 
new  weapon  system  would  also  be  part  of  the  contract  and 
would  Identify  requirements  of  the  system  being  acquired. 
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The  system  specification: 


...states  the  technical  and  mission  requirements  for  a 
system  as  an  entity,  allocates  requirements  to  func- 
tlonal  areas  (emphasis  supplied),  and  defines  the  Inter- 
races  between  or  among  the  functional  areas.  Normally, 
the  Initial  version  of  a  system  specification  Is  based 
on  parameters  developed  during  the  concept  formulation 
period  or  an  exploratory  preliminary  design  period  of 
feasibility  studies  and  analyses.  [22:3] 

Logistics  Is  one  of  the  functional  areas  specified 
by  MIL-STD-490.  Logistics  requirements  must  be  Included  In 
paragraph  3.5  of  the  system  specification,  as  required  by 
MIL-STD-490,  Including  requirements  for  system  Maintenance, 
Supply,  and  Facilities.  The  section  of  MIL-STD-490  relating 
to  logistics  Is  shown  In  Fig.  1.  However,  the  description 
of  the  kinds  of  specific  requirements  that  should  be 
Included  under  these  areas  Is  very  general.  How  the 
specific  wording  of  the  'requirements  would  be  determined  Is 
unclear,  and  yet  It  Is  critical  that  the  requirements  be 
adequately  and  clearly  defined. 


Excerpt  from  MIL-STD-490  Content  Requirements 
For  A  System  Specification 

Paragraph  3.5:  Logistics 


Paragraph  3.5.1,  Maintenance.  This  paragraph  shall 
Include  consideration  of  factors  such  as:  (a)  use  of 
multipurpose  test  equipment;  (b)  repair  versus  replace¬ 
ment  criteria;  (c)  organizational  levels  of  maintenance; 
(d)  maintenance  and  repair  cycles;  and  (e)  accessibil¬ 
ity. 


Paragraph  3.5.2,  Supply.  This  paragraph  shall  specify 
the  Impact  of  the  system  on  the  supply  system  and  the 
Influence  of  the  supply  system  on  system  design  and  use. 
Considerations  shall  Include:  (a)  Introduction  of  new 
Items  Into  the  supply  system  and  re-supply  methods,  and 
(b)  distribution  and  location  of  system  stocks. 


Paragraph  3.5.3,  Facilities  and  facility  equipment. 

This  paragraph  shall  specify  the  Impact  of  the  system  on 
existing  facilities  and  facility  equipment.  It  also 
shall  specify  requirements  for  new  facilities  or  auxili¬ 
ary  equipment  to  support  the  system. 


Fig.  1.  Logistics  Considerations  from  MIL-STD-490. 
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The  system  specification  Is  usually  Initially 
prepared  during  the  conceptual  phase  of  the  acquisition 
process.  As  noted  earlier,  decisions  about  the  system 
requirements  made  prior  to  the  start  of  Full  Scale 
Development  have  been  found  to  determine  approximately 
85  percent  of  the  total  system  life  cycle  costs  (9:9). 

...a  great  deal  of  the  Impact  on  projected  life 
cycle  cost  for  a  given  system  or  product  stems  from 
decisions  made  during  the  early  phases  of  product 
planning  and  conceptual  design.  Decisions  at  this 
point  have  a  major  effect  on  operations  In  all  sub¬ 
sequent  phases  of  the  life  cycle.  As  logistics 
costs  may  assume  major  proportions.  It  Is  essential 
that  logistics  support  be  considered  at  the  early 
stages  of  system/product  planning  and  design... 
[3:51] 

Therefore,  the  Inputs  to  the  system  specification,  espe¬ 
cially  the  logistics  requirements,  have  a  major  Impact 
on  total  life  cycle  costs.  And  while  It  Is  true  that 
requirements  In  the  system  specification  may  be  refined 
and  Improved  during  the  demonstratlon/val Idatlon  phase 
and  the  Full  Scale  Development  phase  of  the  acquisition 
process,  the  first  Iteration  of  the  system  specification 
requirements  has  the  most  significant  Impact  on  the  LCC. 
The  complete  set  of  data  and  analyses  from  the  LSA  pro¬ 
cess  are  not  usually  available  until  the  acquisition 
process  Is  well  under  way,  often  well  Into  Full  Scale 
Development.  The  LSA  process  can  optimize  the  design 
only  to  the  extent  that  flexibility  Is  still  available. 
Though  LSA  plays  a  critical  role.  It  Is  even  more 


Important  that  we  Identify  logistics  requirements  well 
and  place  them  In  the  system  specification  early  to  have 
the  most  significant  Impact  on  a  system's  total  life 
cycle  costs.  But  what  sources  are  available  for  deter¬ 
mining  the  logistics  requirements? 

Problem  Statement 

The  Importance  of  defining  comprehensive 
requirements  early  In  a  program  Is  significant. 

Based  on  many  surveys,  there  Is  a  wealth  of  evidence 
that  the  most  pervasive  single,  technical  source  of 
difficulties  In  system  programs  Is  a  matter  of  defi¬ 
ciencies  In  the  amount  and  quality  of  system 
engineering  effort  applied  during  early  phases  to 
develop,  document,  and  verify  adequate  definitions 
of  requirements.  This  deficiency  has  been  recog¬ 
nized  as  being  a  chronic  characteristic  of  system 
programs  In  general,  for  decades  [15:69]. 

This  Is  especially  true  about  the  definition  of  logis¬ 
tics  requirements  for  the  system  and  Its  component 
parts,  "logistics  considerations  are  often  vague-even 
unrealistic.  Logistics  factors  must  be  just  as  care¬ 
fully  Identified  and  planned  [13:16]."  The  system 
specification  certainly  has  the  potential  for  Improving 
the  Identification  of  the  logistics  requirements . 

Much  study  and  analysis  Is  accomplished  concern¬ 
ing  logistics  topics.  The  Integrated  Logistics  Support 
program.  Including  Logistics  Support  Analysis,  requires 
that  a  number  of  analyses  be  conducted  to  determine  what 
the  logistics  needs  for  a  system  will  be,  how  design 
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decisions  must  be  constrained  to  address  support. 


effects  of  alternative  support  decisions,  etc..  There 
are  also  some  preliminary  studies  performed  which  deter¬ 
mine  certain  logistics  constraints  and  requirements. 

But  even  though  we  obtain  “output"  from  such  studies  and 
analyses,  we  seldom  translate  them  adequately  Into 
logistics  requirements  and  needs  for  the  hardware  and 
software  comprising  the  system.  In  a  thesis  concerning 
barriers  to  Implementing  Integrated  Logistics  Support 
for  systems  under  development  by  ASD,  Hull  and  Lockhart 
found  the  most  significant  barrier  to  be: 

Inadequate  definition  of  logistics  design  parameters 
and  requirements  In  program  directives,  combined 
with  the  difficulty  In  translating  those  parameters 
which  are  Identified  Into  achleveable,  verifiable 

?oals  (emphasis  supplied)  for  the  contractor 
TOTTO]. 

This  thesis  seeks  to  determine,  for  the  logis¬ 
tics  areas  required  to  be  addressed  In  paragraph  3.5  of 
a  system  specification,  which  constraints  and  require¬ 
ments  may  be  defined  early  In  the  acquisition  process. 
The  sources  of  data  to  define  these  requirements  will 
also  be  a  major  research  area.  The  availability  of  this 
Information  to  the  Individual  writing  the  system  specif¬ 
ication  could  have  a  tremendous  Impact  on  the  success  of 
ILS  In  the  acquisition  process,  since  the  system  specif¬ 
ication  allows  a  program  office  to  contractual ly 
enforce  the  verification  of  the  contractor's  successful 


attainment  of  the  logistics  requirements. 

While  LSA  Is  usually  a  contracted  effort.  It  Is 
hypothesized  that  a  form  of  LSA  Is  accomplished  by  cer¬ 
tain  Government  agencies  during  preliminary  design  stu¬ 
dies  and  analyses.  The  resulting  constraints  and 
requirements  relating  to  logistics,  however,  may  not 
have  a  significant  Impact  on  the  system  design  until  the 
formal  LSA  process  Is  conducted  during  Full  Scale 
Development.  This  may  be  too  late  to  achieve  maximum 
benefits.  Critical  logistics  requirements  can  be  known 
early  In  the  acquisition  cycle,  and  sources  can  be  Iden¬ 
tified  from  which  they  can  be  obtained.  Such  Information 
might  even  be  provided  In  the  format  established  by  the 
Mil-Prime  effort.  In  that  alternatives  for  the  different 
requirements  can  be  selected  depending  on  the  decisions 
made.  With  this  Information,  greatly  improved  logistics 
requirements  can  be  Included  In  the  system  specifica¬ 
tion,  and  a  significant  Impact  on  total  system  costs  can 
be  achieved. 


Research  Objectives 

The  first  objective  of  this  thesis  Is  to  Iden¬ 
tify,  In  light  of  the  logistics  considerations  required 
by  MIL-STD-490,  the  potential  support  requl rements  and 
constraints  that  could  be  defined  during  the  very  early 
stages  of  a  system’s  life. 

The  second  objective  of  this  thesis  Is  to 
Identify  the  sources  of  Information  about  specific  pro¬ 
gram  parameters  defining  the  subject  requirements  and 
constraints.  These  sources  should  be  provided  to  writers 
of  a  system  specification  early  In  the  conceptual  phase. 

Research  Questions 

1.  What  specific  types  of  logistics  criteria  must 
be  available  early  in  the  acquisition  process  for  a 
system  (overall  logistics  concept,  basing,  depot 
support,  etc.)? 

2.  What  agencies  or  commands  establish  these  early 
logistics  requirements  or  constraints? 


3.  What  documents  or  decision  Instruments  (DCP's, 
PHD,  etc.)  contain  these  logistics  requirements  that 
have  been  established? 
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CHAPTER  II 
METHODOLOGY 


Research  Plan 

In  order  to  determine  what  logistics  support 
requirements  and  constraints  might  be  known  at  the  early 
stages  of  a  program,  and  where  they  might  be  obtained,  an 
Investigation  was  conducted  among  a  population  of  logistics 
support  experts  who  are  also  Involved  In  the  acquisition 
process.  Potential  logistics  areas  that  would  possibly  have 
constraints  known  early  were  Initially  determined  from 
evaluating  the  logistics  requirements  portion  of  MIL-STD- 
490.  Two  additional  logistics  areas  relating  to  Computer 
Program  Support  were  added  to  the  MIL-STD-490  considera¬ 
tions.  These  two  areas  were  recommended  In  a  MITRE  Corpora¬ 
tion  report  to  be  added  to  the  logistics  section  of  MIL- 
STD-490  (15:100).  The  report  was  prepared  for  ESD  and  dealt 
with  preparation  of  the  system  specification.  The  experts 
were  Interviewed  and  asked  whether  the  Identified  logistics 
requirements  could  be  known  early,  what  the  sources  of  the 
requirements  would  be,  and  where  they  could  be  obtained. 

They  were  also  asked  If  there  are  other  new  types  of 
requirements  that  should  also  be  Included  In  with  the  MIL- 
STD-490  ones.  The  specific  Interview  questions  used  are 
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contained  in  Appendix  B.  The  Information  obtained  from  the 
experts  was  used  to  determine  If  there  exists  some  consensus 
on  the  types  of  logistics  requirements  that  can  be  known 
early.  More  Importantly,  their  Inputs  provided  the  sources 
of  these  requirements,  including  the  agency  or  function  that 
would  establish  them  and  the  document  In  which  they  would  be 
publ 1  shed. 


Population  and  Sample 

For  this  Investigation,  there  existed  a  well  defined 
population.  In  order  to  describe  this  population.  It  Is 
necessary  to  address  some  organizational  and  functional 
relationships  utilized  for  system  acquisition.  (Additional 
Information  about  systems  acquisition  and  the  functions 
required  to  accomplish  it  Is  contained  In  Appendices  C  and 
D.)  The  Air  Force  Systems  Command  (AFSC)  Is  responsible  for 
the  development  and  procurement  of  weapon  systems  to  meet 
the  required  needs  of  the  Air  Force.  AFSC  Is  composed  of  a 
number  of  agencies  Including  five  major  product  divisions. 
One  of  the  major  product  divisions  Is  the  Aeronautical  Sys¬ 
tems  Division  (ASD)  at  Wrlght-Patterson  Air  Force  Base 
( WPAFB) ,  Ohio.  As  the  title  Implies,  this  division  deals 
with  systems  characterized. primarily  by  an  aeronautical 
function  (aircraft  and  al r-breathlng  missiles).  For  the 

different  programs  conducted  by  ASD,  system  program  offices 
(SPO's)  exist  for  the  purpose  of  program  management.  A  pro¬ 
gram  manager  (PM)  Is  In  charge  of  the  SPO  and  the  SPO  Is  the 


single  agency  for  managing,  the  overall  acquisition  of  the 
system. 

Air  Force  Logistics  Command  ( AFLC)  is  responsible 
for  supporting  systems  once  they  are  fielded  and  opera* 
tlonal.  In  the  effort  to  better  Integrate  logistics  con¬ 
siderations  Into  the  acquisition  process,  AFLC  has  esta¬ 
blished  the  Air  Force  Acquisition  Logistics  Division  (AFALD) 
at  WPAFB ,  OH.  AFALD 's  mission  is: 

..to  Improve  USAF  force  readiness  and  reduce  life  cycle 
costs  by  challenging  requirements  and  assuring  con¬ 
sideration  of  supportabll Ity ,  reliability,  and  maintain¬ 
ability  during  the  design,  development,  and  production 
process  of  weapons  system  acquisition,  and  to  direct 
acquisition  programs  which  use  already  developed  systems 
to  meet  operational  needs.  (1:1-1) 

AFALD's  staff  works  closely  with  SPO's,  using  commands,  and 

Air  Logistics  Centers  (ALC's)  to  accomplish  this  mission. 

One  of  the  functions  within  a  SPO  Is  the  Integrated 
Logistics  Support  Office  (ILSO).  The  manager  of  this  office 
Is  either  an  Integrated  Logistics  Support  Manager  (ILSM)  or 
a  Deputy  Program  Manager  for  Logistics  (DPML) ,  depending  on 
the  size  of  the  specific  program.  Personnel  who  fill  such 
positions  are  assigned  from  AFLC  (for  reporting  purposes, 
they  normally  fall  under  AFALD),  but  functionally  they  work 
fdr  the  PM.  They  are  responsible  for  determining  and  refin¬ 
ing  ILS  requirements  for  the  system  being  acquired. 

The  target  population  for  this  Investigation 
consisted  of  two  distinct  groups.  Both  groups  were  selected 
for  the  research  because  their  job  responsibilities  require 


them  to  work  logistics  Issues  In  the  acquisition  of  weapons 
systems.  The  first  group  Is  the  logistics  personnel 
assigned  to  the  ILSO's  In  ASO  who  work  with  ILS  and/or  LSA. 
These  logistics  personnel  may  be  the  DPML  or  subordinate  to 
him/her.  This  group  Is  considered  appropriate  for  the 
research  as  they  are  the  ones  most  likely  to  possess  exper¬ 
tise  In  ILS  and  to  know  how  the  LSA  process  Is  used  to 
ensure  that  ILS  Is  accomplished.  They  are  also  In  the  key 
position  of  having  experience  In  Integrating  the  logistics 
and  acquisition  efforts.  They  are  expected  to  have  varied 
experiences  In  the  acquisition  process  and  different  levels 
of  expertise  with  LSA.  Only  logistics  personnel  assigned  to 
ASD  SPO's  were  considered  for  the  first  group  of  the  target 
population.  This  limitation  was  required  due  to  the 
researcher's  time  and  resource  constraints.  The  results  of 
the  research  will  be  generally  applicable  to  those  programs 
procuring  aeronautical  weapon  systems.  The  applicability  of 
the  research  to  programs  for  other  types  of  systems  will 
have  to  be  validated  through  further  studies. 

The  objective  In  the  selection  of  sample  members 
from  the  SPO's  was  to  obtain  data  from  personnel  In  a  broad 
range  of  program  types,  sizes,  and  phase  completions.  The 
aim  was  not  to  obtain  a  critical  number  of  personnel  In 
order  to  have  a  statistical  sample,  but  rather  to  use  a  pur¬ 
posive  sampling  procedure  to  obtain  the  broadest  representa¬ 
tive  sample  possible.  By  determining  the  programs  currently 
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being  conducted  by  ASO,  specific  programs  for  accomplishing 
the  above  sample  objective  were  selected.  The  programs 
chosen  were  purposely  selected  to  Include  a  large  program 
(B-1B),  some  small  programs,  such  as  the  LANTIRN  and  the 
Standard  Central  Air  Oata  Computer  (SCADC),  as  well  as  pro¬ 
grams  that  were  In  different  phases  of  the  acquisition  pro¬ 
cess.  From  each  program  selected,  qualified  ISA  personnel 
were  Identified  as  potential  sample  members.  The  selection 
of  personnel  from  each  program  office  was  done  by  calling 
the  offices  and  making  contact  with  the  Individual  chiefly 
responsible  for  LSA.  These  logistics  experts  were  the  first 
sample  group. 

The  second  group  In  the  population  are  members  of 
the  AFALD  staff  who  are  the  core  of  the  Air  Force  expertise 
In  LSA  and  many  other  ILS  efforts  (AFALO/PTA).  These  per¬ 
sonnel  are  responsible  for  policy  and  application  guidance 
of  LSA  In  the  Air  Force.  They  aid  both  the  DPML’s  and  the 
ALC's  In  ensuring  that  ILS  is  accomplished.  This  group  was 
selected  for  the  research  because  of  their  extensive  exper¬ 
tise  with  LSA  and  ILS,  because  of  their  ability  to  look  at 
LSA  with  a  staff  level  or  policy  perspective,  and  because 
they  could  serve  as  a  control  group  against  which  to  compare 
the  first  group's  data.  The  control  for  the  research  would 
be  accomplished  by  checking  the  results  to  verify  that  find¬ 
ings  obtained  were  supported  by  both  groups.  It  Is  conceiv¬ 
able  that  the  SPO  group  personnel  could  all  agree  on  a  cer- 
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tain  area,  due  to  having  a  limited  "program"  perspective. 

The  group  from  PTA,  with  their  broader  perspective,  could 
provide  a  different  but  more  accurate  answer.  The  group 
responses  will  be  checked  for  any  such  dl screpancles ,  and  If 
they  exist  they  will  be  addressed  In  the  analysis. 

The  AFALD/PTA  office  (Directorate  of  Engineering, 
Logistics  Support  Analysis  Division)  Is  the  OPR  for  LSA.  In 
selecting  the  sample  members  from  this  group  In  the  popula¬ 
tion,  again  a  purposive  sampling  procedure  was  used.  By 
Interviewing  several  members  of  the  AFALD/PTA  office,  the 
researcher  was  able  to  obtain  a  consensus  on  who  were  the 
most  experienced  personnel  In  the  office.  There  are 
currently  eleven  personnel  assigned  to  AFALD/PTA.  The  three 
most  experienced  personnel.  Including  the  division  chief, 
were  selected  for  the  research  as  the  second  sample  group. 
These  three  personnel  possess  the  major  portion  of  AFALD's 
expertise  In  LSA,  and  qualify  as  a  representative  sample. 

Data  Collection  Plan 

In  order  to  obtain  the  required  data  from  the  sample 
members,  a  structured  Interview  approach  was  selected  (see 
Appendix  B).  The  Interview  consisted  of  a  list  of  standard¬ 
ized  questions  asked  of  each  sample  member  and  a  few  open- 
ended  questions  at  the  end  of  the  Interview  for  additional 
comments.  The  open-ended  questions  were  designed  to  yield 
additional  logistics  areas  for  which  requirements  may  be 
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Identified  early.  The  structured  Interview  approach  was 


selected  vice  a  questional  re  approach,  as  it  was  expected  to 


provide  unambiguous  communication  on  the  subject  from  both 
the  researcher's  and  the  subject's  points  of  view.  The 


structured  Interview  was  necessary  to  Insure  standardization 


of  the  research  process  across  the  range  of  samples,  and  to 
minimize  the  Impact  of  any  situational  factors  (disruptions, 
personality  conflicts,  etc.)  which  might  confound  the 


resul ts . 


The  Interviews  began  with  a  brief  explanation  of  the 


purpose  of  the  study,  and  an  explanation  as  to  why  the 


Interviewee  was  selected.  The  remainder  of  the  structured 


portion  of  the  Interview  contained  questions.  There  were 


several  demographic  questions  to  establish  the  experience. 


expertise,  and  job  position  of  the  subject.  These  questions 


were  addressed  first  as  they  were  easy  to  answer  and  were 


hoped  to  put  the  subject  at  ease.  The  specific  questions 


addressing  logistics  requirements ,  that  have  been  identified 


through  research  of  MIL-STD-490  and  various  LSA  documents. 


were  addressed  next.  The  questions  asked  about  the  agency 


or  command  that  would  develop  a  logistics  requirement,  and 


the  document  or  product  that  the  requirement  would  be  pub* 


llshed  In.  A  section  of  the  questions  also  asked  If  these 


Identified  areas  correlated  with  specific  LSA  output  areas. 
The  last  questions  were  open*ended  and  allowed  the  subjects 
to  Identify  logistics  requirements  that  might  be  available 


mm 


early  In  the  acquisition  process,  and  that  the  subject  was 
aware  of  from  his/her  own  experience. 


The  questions  addressing  the  specific  logistics 
areas  chosen,  and  the  open-ended  questions,  were  Intended  to 
answer  research  question  one  concerning  the  types  of  logis¬ 
tics  areas  that  might  have  requirements  Identified  early  In 
the  process.  The  questions  addressing  which  agencies  or 
commands  would  establish  these  requirements  were  to  answer 
research  question  two.  The  questions  addressing  the  docu¬ 
ments  or  decision  Instruments  which  should  contain  these 
logistics  requirements  were  to  answer  research  question 


three. 


The  Interview  approach  was  first  tested  by  having  It 


reviewed  by  a  member  of  the  Air  Force  Institute  of  Technol¬ 
ogy  School  of  Systems  and  Logistics  (AFIT/LS)  faculty  and  by 
a  senior  member  of  the  AFALD/PT  staff  (25).  This  test  was 
primarily  to  determine  clarity  of  the  questions,  adequacy  of 
the  question  In  acquiring  the  desired  data,  and  an  estimate 
of  the  time  required  to  conduct  the  Interview.  Revision  of 
the  questions  was  required  to  Improve  their  clarity  and  to 
make  them  more  specific  so  that  the  data  eventually  obtained 
could  be  analyzed.  The  AFALD  staff  member  did  address  a 
separate  concern  about  the  questions  which  Is  discussed  In 
Chapter  3. 

The  subjects  were  Initially  contacted  by  telephone 
or  In  person  and  a  suitable  time  for  the  Interviews 


arranged.  The  subjects  were  Informed  of  the  general  subject 
area  of  the  Interview  and  given  an  estimated  amount  of  time 
that  would  be  required.  The  Interviews  from  the  two  groups 
were  to  be  Intermixed  to  prevent  any  learning  curve  Impacts 
on  the  researcher  from  significantly  affecting  one  samples 
data. 

Data  Analysis  Plan 

The  purpose  of  the  research  Is  to  determine  the 
types  of  logistics  considerations  that  can  be  known  early 
and  the  sources  of  this  Information.  An  attempt  Is  being 
made  to  gain  additional  Information  relating  these  Items  to 
eventual  LSA  output.  The  above  Information  will  be  gained 
from  the  Interviews.  The  questions  used  for  the  Interviews 
addressed  each  of  the  logistics  considerations  required  by 
MIL-STD-490  to  be  Included  In  paragraph  3.5  of  a  system 
specification.  They  also  addressed  the  two  computer  program 
support  areas.  After  all  responses  have  been  collected,  the 
analysis  will  be  performed  to  answer  each  research  question. 

To  answer  research  question  one  a  review  of  all 
responses,  by  logistics  consideration,  will  be  conducted. 
This  review  will  objectively  determine,  from  all  comments  on 
each  logistics  consideration,  whether  each  particular  con- 
slderatlon  Is  a  requirement  area  that  must  be  addressed 
early  In  the  life  cycle.  For  each  logistics  consideration, 
at  least  half  of  the  subjects  need  to  Indicate  that  It  needs 
to  be  addressed  as  an  early  requirement  before  It  will  be 
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accepted.  The  open-ended  question  also  provides  the  oppor¬ 
tunity  for  sample  members  to  add  other  logistics  considera¬ 
tions  that  should  be  addressed  early.  Responses  to  this 
question  will  be  evaluated  by  looking  for  two  subjects  to 
agree  on  the  same  recommended  additional  logistics  con¬ 
sideration.  If  several  areas  are  recommended,  but  without 
any  duplications  to  provide  the  needed  suppport,  the  results 
will  be  provided  but  the  areas  will  not  be  considered  as 
vital  early  logistics  requirements  areas. 

To  answer  research  questions  two  and  three,  the 
responses  will  first  be  grouped  for  each  Interview  question. 
For  example.  Interview  questions  8-18  each  contain  multiple 
parts.  All  responses  to  8a.  will  be  grouped,  then  8b.,  then 
8c.,  then  9a.,  etc..  Research  question  two  addresses  Iden¬ 
tifying  the  sources  of  logistics  requirements.  Interview 
question  8a.  asks  for  the  best  source  of  early  requirements 
relating  to  multipurpose  test  equipment.  All  sources  pro¬ 
vided  In  the  answers  to  question  8a.  will  be  considered  as 
valid  ones,  however,  the  "best"  source  will  be  the  one 
receiving  the  most  responses  under  that  question.  If  two 
different  sources  receive  equal  support,  they  will  both  be 
considered  as  "best"  sources  on  multipurpose  test  equipment. 
A  check  will  be  made  to  ensure  that  results  found  are  sup¬ 
ported  by  some  members  of  both  groups.  This  same  analysis 
procedure  will  be  conducted  for  each  part  (a)  of  questions 


To  answer  research  question  three,  a  similar 
procedure  will  be  followed  to  that  described  above.  For 
parts  (b)  of  questions  8-18,  the  responses  will  be  grouped 
for  each  question.  For  the  logistics  consideration  that  a 
particular  question  (8b.,  9b.,  etc.)  addresses,  the  "best" 
document  for  early  requirements  on  that  consideration  will 
be  the  one  receiving  the  most  responses.  Again,  If  two 
responses  tie  for  the  qualification,  they  will  both  be 
accepted  as  valid. 

The  responses  pertaining  to  LSA  related  output  areas 
will  receive  a  similar  analysis.  As  noted  earlier,  there 
will  be  responses  from  essentially  two  sample  groups.  If 
there  are  major  discrepancies  between  the  two  groups,  such 
as  no  agreement  on  certain  areas,  they  will  be  Investigated. 
The  "best"  answers  for  the  various  logistics  considerations 
will  provide  the  sources  of  early  logistics  requirements  or 
constraints  (those  selected  for  the  research)  and  the  docu¬ 
ments  that  they  would  be  published  In.  The  agencies  that 
Identify  these  requirements ,  and  the  documents  that  they  are 
published  In,  will  be  considered  vital  sources  of  Informa¬ 
tion  for  those  Individuals  preparing  logistics  requirements 
for  the  system  specification. 


CHAPTER  III 


RESEARCH  RESULTS 
General 

As  described  In  Chapter  2,  the  research  was  to  be 
conducted  among  two  groups  of  personnel ,  both  working  with 
the  logistics  aspects  of  the  acquisition  process.  These  two 
groups  were  the  AFALD/PTA  staff  and  the  population  of  ISA 
contacts  working  In  the  ASD  SPO's.  The  PTA  office  Is 
responsible  for  monitoring  all  Air  Force  efforts  with  LSA, 
for  establishing  policy  and  guidance  on  the  application  of 
LSA,  and  for  aiding  most  program  offices  In  writing  the  LSA 
portions  of  Statements  of  Work.  As  planned,  the  research 
Interview  questions  were  first  reviewed  by  an  AFIT/LS 
faculty  member  and  a  senior  AFALD/PTA  staff  member.  The 
questions  were  revised  as  needed  to  achieve  clarity  and  con¬ 
ciseness.  After  reviewing  the  questions,  the  AFALD  staff 
member  suggested  that  the  questions  assumed  an  extensive 
background  and  much  experience  with  the  acquisition  process. 
Concern  was  expressed  that  the  experience  of  most  LSA  per¬ 
sonnel  working  In  the  SPO's  would  not  necessarily  Include 
Involvement  with  a  major  program  at  Its  Inception.  Many  of 
them  therefore,  would  not  be  familiar  with  what  command  or 
agency  actually  established  requirements  for  the  logistics 
Issues  that  the  questions  addressed. 
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The  LSA  specialist's  efforts  begin  during  the  con¬ 
ceptual  phase,  but  are  primarily  concentrated  on  the  Full 
Scale  Development  phase.  The  primary  duties  of  the  LSA  spe¬ 
cialist,  with  respect  to  LSA  responsibilities,  are  to  ensure 
that  the  SOW  Is  written  with  the  appropriate  tasks  from 
MIL-ST0-1388-1A  specified.  This  Is  not  simply  the  selection 
of  tasks  that  appear  necessary;  It  Is  essentially  an 
analysis  process  In  Itself.  The  tasks  specified  must  be 
appropriate  for  the  type  of  program,  for  the  program  phase, 
and  for  any  peculiarities  of  the  weapon  system  being 
acquired.  A  similar  process  must  be  performed  In  specifying 
the  data  requirements  that  should  be  Included  In  the  CORL 
for  the  various  LSA  output  categories.  Once  the  LSA  process 
has  been  Initiated  In  this  manner,  the  LSA  specialist  must 
then  monitor  the  contractor's  efforts.  Accomplishment  of 
these  responslbll Itles  Is  very  much  a  part  of  Integrating 
logistics  considerations  Into  the  system  design. 

It  was,  however,  the  aim  of  the  research  to  obtain 
Information  from  those  familiar  with  the  logistics  analyses, 
decisions,  and  requirements  developed  very  early  In  the  life 
of  a  program.  Personnel  were  required  who  would  be  familiar 
with  whether  the  MIL-STD-490  considerations  were  addressed, 
who  addressed  them,  and  In  what  document.  In  light  of  the 
justifiable  concern  expressed  by  the  AFALD  staff  member,  and 
the  Incorrect  assumption  on  the  researcher's  part  that  all 
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LSA  personnel  would  be  omniscient  in  the  area  of  acquisition 
logistics,  it  was  decided  to  re-evaluate  the  target  popula¬ 
tion  to  be  sampled.  The  purpose  of  this  re-evaluation  was 
to  determine  If  the  population  selected,  or  some  other  one, 
would  be  the  best  source  of  Information  for  the  research. 
Information  could  be  obtained  from  the  originally  planned 
subjects,  and  It  would  be  good  Information.  However,  It 
seemed  more  profitable  to  find  the  population  that  was  best 
for  the  research,  and  therefore  would  provide  the  best 
Information . 

The  group  of  personnel  to  be  Interviewed  from 
AFALD/PTA  remained  valid  sample  members.  Their  work  with 
acquisition  logistics  Issues  on  many  programs  and  at  all 
phases  made  them  still  excellent  sources.  The  strategy  for 
selecting  other  personnel  with  the  required  experience  actu¬ 
ally  evolved  Instead  of  being  immediately  developed. 

Sampling  Problems 

The  first  step  that  was  taken  was  to  conduct  the 
structured  Interview  with  a  few  LSA  personnel  working  In  the 
SPO's.  This  was  done  to  get  an  Indication  of  the  type  of 
answers  that  would  be  obtainable  from  LSA  personnel,  and 
more  basically,  to  determine  how  well  they  would  be  able  to 
answer  the  questions.  Because  the  Air  Force  did  not 
emphasize  LSA  until  recently.  It  was  discovered  that  only 
the  newer  programs  would  have  LSA  personnel  who  had  worked 


ISA  early  In  a  program.  Older  programs  (4  or  more  years) 
would  have  LSA  personnel  assigned,  and  LSA  on  contract,  but 
they  would  have  begun  LSA  In  the  middle  of  the  program's 
life  cycle.  In  spite  of  this,  those  LSA  personnel  Inter¬ 
viewed  were  able  to  answer  many  of  the  questions  from  their 
experience.  Even  so.  It  did  seem  reasonable  that  a  better 
group  of  personnel  should  exist  with  experience  and  back¬ 
ground  more  appropriate  for  the  questions  being  asked. 

It  was  next  decided  to  Interview  personnel  who  were 
responsible  for  ILS  In  the  SPO's  Instead  of  only  the  LSA 
area.  Since  ILS  personnel  would  be  exposed  to  logistics 
Issues  at  the  highest  level  of  the  program  office  organiza¬ 
tion,  they  were  considered  a  better  source  of  Information. 
This  effort  was  begun  with  Interviews  with  two  personnel  In 
the  ILS  office  of  the  B-1B.  Because  of  their  experience 
with  the  early  phases  of  the  B-1B  and  work  with  other  pro¬ 
grams,  both  Individuals  were  able  to  answer  the  questions 
well.  One  of  the  Interviewees  suggested  that  personnel 
working  In  the  AFALD/XRS  office  would  be  even  more  qualified 
to  contribute  to  the  research.  The  AFALD/XRS  office  works 
with  programs  during  concept  formulation,  and  both  conducts 
and  evaluates  analyses.  They  also  have  an  Input  to  the 
requirements  that  are  established  for  new  programs.  This 
suggestion  from  the  Interviewee  was  a  valid  one.  After  con¬ 
sidering  this  suggestion,  a  new  approach  for  determining  the 
remainder  of  the  sample  members  was  developed. 
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New  Sample  Plan 


It  became  apparent  that  the  best  sources  of  Informa¬ 
tion  on  logistics  requirements  that  would  be  developed  early 
In  a  program's  life  would  be  those  offices  that  were  actu¬ 
ally  Involved  with  programs  at  their  earliest  stages  and 
concerned  with  logistics  Issues.  These  primarily  are  the 
staff  agencies  of  Headquarters  Air  Force,  the  using  com¬ 
mands,  the  procuring  command  (AFSC),  and  the  supporting  com¬ 
mand  (AFLC). 

Advice  was  sought  from  AFIT/LS  faculty  members  on 
which  offices  within  the  above  commands  would  be  best  for 
the  research.  The  researcher  was  referred  to  AFLCP/AFSCP 
800-34,  Acquisition  Logistics  Hanagement.  This  pamphlet  Is 
a  basic  reference  book  for  acquisition  logistics  matters  and 
provides  an  overview  of  the  various  functions  and  required 
Interfaces  of  acquisition  logistics  management.  The  portion 
that  was  extremely  beneficial,  was  a  matrix  of  logistics 
functional  areas  correlated  with  organizational  contacts  at 
many  of  the  commands  and  organizations  Involved  with 
acquisition  logistics  management  [2:A1-1]. 

The  functional  areas  of  Integrated  Logistics  Support 
Plan,  Logistics  Support  Analysis,  Facilities,  and  Computer 
Resources  In  AFLC/AFSCP  800-34  were  chosen  as  the  ones  that 
would  have  personnel  most  knowledgeable  In  the  areas  of 
Interest.  Using  these  four  functional  areas,  offices  were 
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selected  to  be  contacted  that  were  responsible  for  these 
• 

areas  within  the  AFALO  and  ASO  organizations.  AFALD  was 
chosen  as  It  Is  the  acquisition  logistics  agency  for  AFLC, 
and  ASO  because  It  Is  the  AFSC  product  division  that  has  the 
largest  number  of  major  programs.  The  added  convenience  of 
their  proximity  to  the  researcher  was  also  a  factor. 

Once  the  offices  were  selected,  they  were  contacted 
and  an  Interview  scheduled  with  either  the  chief  of  the 
dlvlslon/branch,  or  with  an  experienced  Individual.  It 
should  be  noted  that  offices  working  with  ILSP  and  LSA  would 
have  broad  experience  relating  to  all  of  the  questions  In 
the  Interview,  whereas  the  Computer  Resources  and  Facilities 
offices  would  only  be  expected  to  have  expertise  In  their 
specialty  areas. 

There  was  one  other  excellent  Idea  received  by  the 
researcher  on  additional  sources  to  those  selected  above. 
This  Idea  was  to  contact  the  staffs  of  using  commands  and 
Interview  personnel  working  with  logistics  Issues  on  pro¬ 
grams  still  In  the  conceptual  phase.  One  of  the  newer  air¬ 
craft  programs  Is  the  Advanced  Tactical  Fighter  ( ATF)  pro¬ 
gram  being  conducted  by  ASO  for  Tactical  Air  Command  (TAC). 
To  get  a  using  command  Input,  contact  was  made  with  the 
office  at  HQ  TAC/OR  that  was  responsible  for  developing  the 
requirements  for  the  ATF,  Including  logistics.  One  of  the 
very  experienced  personnel  In  that  office  was  Interviewed. 


The  number  of  personnel  composing  the  total  sample 
was  fifteen.  The  fifteen  people  can  be  grouped  Into  three 
different  categories.  The  first  category  Is  LSA  and  ILS 
personnel  from  SPO's  who  are  working  with  current  programs. 
There  were  five  personnel  In  this  category.  The  second 
category  Is  the  personnel  from  the  AFALD/PTA  office.  These 
remained  the  same  as  In  the  original  plan  and  the  number 
remained  at  three.  The  third  category  was  made  up  of  per¬ 
sonnel  who  worked  In  headquarters  staff  offices.  These  per¬ 
sonnel  were  more  Involved  In  programs  at  the  conceptual  and 
mission  analysis  stages.  This  category  consisted  of  seven 
personnel.  The  three  groups  composing  the  sample  represent 
three  different  levels  of  logistics  management  personnel 
working  In  the  systems  acquisition  business.  One  group,  the 
third  category.  Is  at  the  upper  management  levels.  Involved 
with  new  programs  at  their  conception.  The  SPO  group,  the 
first  category,  can  be  considered  as  the  line  elements  In 
the  acquisition  process.  Their  jobs  require  management  of 
specific  programs  through  the  sequential  phases  of  the 
acquisition  cycle.  The  AFALD/PTA  group,  are  essentially  an 
Interface  between  the  other  two  groups,  and  responsible  for 
seeing  the  concepts  established  by  the  staff  levels  Imple¬ 
mented  successfully  by  the  SPO  personnel.  Having  a 
representation  from  all  three  of  these  management  levels 
In  the  acquisition  logistics  community  provided  a  control 
against  biased  results.  The  control  would  be  achieved  by 
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checking  all  findings  to  verify  that  results  were  supported 
by  at  least  one  member  of  all  three  groups.  Table  1  shows 
the  sample  composition  by  categories. 


Table  1 


Sample  Composition 


category  type 

"  Function 

Mo.  of  Personnel 

In  Sample 

HQ  Staff/User 

Conceptual 
Analysl  s 

7 

AFALD/PTA 

LSA  Guidance  and 
Application 

3 

Program  Office 

Program 

5 

Personnel 

Management 

Each  subject  was  personally  Interviewed  using  the  ques¬ 
tions  In  Appendix  B.  The  HQ  TAC  contact  was  Interviewed 
telephonlcal 1y .  In  conducting  the  Interviews*  the  Facili¬ 
ties  and  Computer  Resources  personnel  were  only  asked  the 
questions  relating  to  their  area  of  expertise. 

Research  Question  One 

The  responses  from  the  subjects  were  analyzed  In 
light  of  the  research  objectives  and  research  questions. 

The  first  research  question*  which  was  developed  to  achieve 
the  first  research  objective*  asks: 


1.  What  specific  type  of  logistics  criteria  must  be 


available  early  in  the  acquisition  process  for  a  system? 
Although  this  question  was  essentially  answered  by  the  deci¬ 
sion  to  use  the  logistics  considerations  required  by  MIL- 
STD-490 ,  some  analysis  from  the  responses  Is  possible.  In 
addition  to  the  MIL-STD-490  considerations*  the  two  areas  of 
Computer  Program  Support  were  added.  These  two  areas  were 
taken  from  a  study  done  by  the  MITRE  Corporation  for  ESD 
(15:100).  Both  areas  were  recommended  as  additions  to  the 
MIL-STD-490  paragraph  on  logistics.  They  were  Included  In 
the  Interview  questions  In  light  of  the  tremendous  growth  in 
computer  hardware  and  software  applications  In  every  subsys¬ 
tem  arena  of  weapon  systems.  The  appropriateness  of  the 
Inclusion  of  these  two  areas  In  the  research  Is  an  element 
of  research  question  one.  The  open-ended  Interview  ques¬ 
tions  allowed  the  subjects  to  suggest  other  areas  for  poten¬ 
tial  Inclusion  under  MIL-STD-490  guidance,  and  their 
responses  will  be  discussed.  The  most  Important  analysis 
that  was  done  under  the  auspices  of  research  question  one, 
was  an  evaluation  of  the  subjects'  comments  on  each  Inter¬ 
view  question  to  determine  if  the  considerations  covered  by 
MIL-STD-490  were  valid  ones  to  address  In  the  system  specif¬ 
ication. 


Research  Questions  Two  and  Three 


The  second  and  third  research  questions  were 


stated  as  follows: 


2.  What  agencies  or  commands  establish  these  early 
logistics  requl rements  or  constraints? 

3.  What  documents  or  decision  Instruments  (DCP*s,  PMD, 
etc.)  contain  these  logistics  requirements  that  have  been 
established? 

These  two  questions  both  support  the  second  research  objec¬ 
tive  of  Identifying  the  sources  of  requirements  or  con¬ 
straints  for  the  logistics  considerations  addressed.  These 
also  encompass  the  Issue  that  Is  the  main  thrust  of  this 
thesis,  namely  that  we  must  address  certain  critical  logis¬ 
tics  Issues  during  the  early  stages  of  the  acquisition  pro¬ 
cess  and  Initial  decisions  on  these  Issues  must  be  made. 

Data  for  analysis  to  support  research  question  two  came  from 
the  responses  to  part  (a)  of  Interview  questions  8-18.  Data 
for  analysis  under  research  question  three  came  from  the 
responses  to  part  (b)  of  Interview  questions  8-18. 

As  mentioned  earlier,  the  output  data  from  the  LSA 
usually  Is  not  available  until  well  Into  the  FSD  phase. 

When  available.  It  can  be  used  to  corroborate  or  to  revise 
system  requirements.  So,  there  was  one  last  area  of 
analysis  accomplished  that  did  not  directly  support  the 
stated  research  objectives.  This  was  an  analysis  of  the 
responses  to  the  Interview  questions  that  asked  for  the  LSA 
output  area  that  would  relate  to  each  consideration.  The 
LSA  task  areas  are  all  shown  In  Appendix  A.  Because  of  the 
backgrounds  of  the  subjects  Interviewed,  only  the  AFALD/PTA 
personnel  were  qualified  to  answer  these  questions.  They 
are  the  experts  in  the  LSA  area  and  their  answers  are  the 


best  data  available. 

All  of  these  different  analysis  areas  (who  sets  the 
requirement,  where  Is  It  published.  Is  It  valid  In  the  sys¬ 
tem  specification,  and  LSA  related  output)  will  be  addressed 
for  each  logistics  consideration.  The  MIL-STD-490  con¬ 
siderations  are  addressed  first  followed  by  the  two  Computer 
Program  Support  considerations.  In  the  next  chapter,  the 
analyses  results  from  all  part  (a)  Interview  question 
responses  are  grouped  together  to  answer  research  question 
two.  Also,  the  analyses  results  from  all  part  (b)  Interview 
question  responses  are  grouped  together  to  answer  research 
question  three. 


Analysis  and  Findings 


Discussion  of  the  Logistics  Considerations 

1.  The  Use  of  Multipurpose  Test  Equipment 

In  analyzing  the  responses  from  all  of  the  subjects, 
there  was  a  consensus  In  reply  to  this  question.  Almost 
every  subject  Indicated  that  the  using  command  would  Ini* 
tlally  Identify  a  requirement  or  constraint  relating  to  mul* 
tlpurpose  test  equipment.  Any  such  constraints  would  more 
than  likely  not  be  hard  and  fast.  They  would  Instead  be  a 
desired  goal  for  this  area  that  would  not  be  expected  to  be 
changed  a  great  deal.  A  tradeoff  process,  with  this  Initial 
requirement  being  a  major  Input,  would  ultimately  lead  to  a 
joint  decision  among  the  using  command,  the  appropriate  Air 
Logistics  Center  (ALC),  and  either  the  associated  product 
division  or  the  SPO.  During  FSD,  additional  tradeoff  stu¬ 
dies  would  be  conducted  In  this  area  by  the  contractor.  If 
they  were  appropriate.  A  number  of  the  subjects  Indicated 
that  the  MATE  (Modular  Automatic  Test  Equipment)  program 
would  have  a  significant  Impact  In  this  area.  Under  the 
MATE  program,  standardization  of  automatic  test  equipment  Is 
an  Issue  that  Is  required  by  the  SOW  to  be  addressed  by  the 
contractor. 

An  analysis  of  the  responses  concerning  where 
requirements  on  multipurpose  test  equipment  would  be  pub¬ 
lished  yielded  three  possible  sources.  This  is  explained  by 
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the  fact  that  there  are  several  points  In  this  Iterative 
decislon-naliing  process  that  a  firm  decision  could  be 
reached.  The  three  potential  sources  were  the  SOU,  the  Sys- 
ten  Operational  Concept  (SOC),  and  the  RFP.  The  one  docu- 
nent  that  was  supported  by  nost  of  the  subjects  was  the  SOC 
and  particularly  the  Maintenance  Concept  portion  of  the  SOC. 
The  SOC  Is  prepared  by  the  operating  command  In  conjunction 
with  the  procuring  and  supporting  commands.  It  Is  prepared 
prior  to  or  during  the  conceptual  phase  and  addresses 
specific  system  topics.  A  preliminary  SOC  Is  normally 
formed  following  approval  of  the  Statement  of  Need  (SON). 

For  this  reason.  It  Is  reasonable  that  the  SOC  would  be  sup¬ 
ported  by  most  of  the  subjects  In  that,  by  the  time  the  SOC 
Is  formed,  some  Interaction  between  the  using  command,  AFSC, 
and  AFLC  has  occurred,  and  the  decision  would  be  a  joint  one. 
The  SOC  would  therefore  be  the  most  likely  source  of  early 
multipurpose  test  equipment  requirements. 

In  evaluating  all  of  the  subjects  responses,  this 
logistics  consideration  does  warrant  continued  attention  and 
Inclusion  as  now  required  by  MIL-STD-490.  It  can  be 
addressed  early,  and  a  decision  or  lack  of  one  In  this  area 
will  have  long-range  cost  Impacts.  Some  of  the  general 
requirements  statements  that  have  been  used  to  address  this 
area  are: 

Common/standard  support  equipment  shall  be  utilized  to 

the  maximum  extent  possible. 
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There  shall  be  no  new  support  equipment  developed. 


Support  equipment  shall  be  compatible  with  standard 


connectors  and  power  sources. 


It  Is  obvious  that  these  are  necessary  when  applicable,  but 
definitely  not  sufficient.  They  do  not  really  address  mul¬ 
tipurpose  test  equipment  directly.  One  of  the  subjects 
pointed  out  that  we  have  had  a  proliferation  of  support 
equipment  because  we  have  not  forced  the  standardization 
Issue  as  required  by  MIL-HDBK-300 .  This  Is  a  sensitive  area 
for  the  contractors.  They  are  able  to  recover  additional 
costs  that  they  had  not  Included  In  the  system  costs  In 
order  to  offer  a  competitive  bid.  Much  Improvement  Is  pos¬ 
sible  In  this  area. 

The  question  asking  which  LSA  tasks  related  to 
this  area  received  responses  that  revealed  five  related  LSA 
task  areas.  The  primary  related  task  was  202,  Mission 
Hardware,  Software,  and  Support  System  Standardization. 
Results  from  Task  303,  Evaluation  of  Alternatives  and  Trade¬ 
off  Analysis,  would  also  relate  directly  to  this  considera¬ 
tion. 


2.  Repair  versus  Replacement  Criteria 

3.  Organizational  Levels  of  Maintenance 

These  two  maintenance  considerations  will  be 
discussed  together.  Every  subject  Indicated  that  these  two 
areas  are  Interrelated  and  are  essentially  determined 


cam 


m 


together.  The  responses  were  Identical  for  both  areas. 

In  analyzing  the  responses  concerning  what  command 
would  establish  requirements  for  these  two  areas,  there 
again  Is  an  Iterative  process  that  occurs  prior  to  a  final 
decision  being  made.  The  using  command  will  normally  Iden¬ 
tify  a  requirement  In  the  SON,  and  It  will  be  restated  in 
the  Maintenance  Concept  portion  of  the  SOC.  This  require¬ 
ment  will  be  stated  as  a  system  objective  and  will  be  based 
on  operational  considerations  and  concepts.  Following  this 
user  Input,  the  SPO  and  the  ALC  will  also  address  the 
requirement.  The  ALC  will  address  the  requirement  from  the 
depot  support  perspective.  If  the  operational  considera¬ 
tions  are  not  binding  constraints  for  the  system  specifica¬ 
tion,  both  the  SPO  and  ALC  will  require  Repair  Level 
Analysis  ( RLA)  as  part  of  the  LSA  process  required  In  the 
SOW.  RLA  Is  conducted  based  primarily  on  economic  parame¬ 
ters.  RLA  would  be  required  for  each  subsystem  and  Its  Line 
Replaceable  Units  (LRU).  It  Is  possible  for  decisions 
relating  to  levels  of  maintenance  and  repair/replace  cri¬ 
teria  to  change  several  times,  for  individual 
components/asserabl les  of  the  system,  as  the  design  evolves 
based  on  the  analysis  results.  It  Is  difficult  to  establish 
very  early  a  hard  requirement  for  this  area  because  the 
evaluation  of  alternatives  Is  necessary.  It  Is  possible, 
however,  to  have  more  emphasis  placed  on  certain  constraints 
due  to  mission  requirements .  This  will  narrow  down  the 


decision  alternatives. 

In  analyzing  the  responses  concerning  the  type  of 
document  that  this  requirement  area  would  be  addressed  In, 
there  was  general  agreement.  The  SON  would  be  the  first 
document  to  address  this  followed  by  the  Maintenance  Concept 
In  the  SOC.  Beyond  this,  the  Issue  would  be  addressed  In 
the  RFP,  not  as  a  specification  requirement,  but  primarily 
to  require  analyses.  The  only  early  hard  requirements  would 
come  from  the  user  In  the  SON  or  SOC. 

This  logistics  area  must  definitely  be  addressed 
In  the  system  specification  as  currently  required  by  MIL* 
STD-490.  For  those  situations  where  operational  considera¬ 
tions  dictate  decisions  In  this  area,  we  must  have  the 
Instrument  for  Impacting  the  design  with  these  early  deci¬ 
sions.  This  Instrument  Is  the  system  specification.  If  the 
user  does  not  establish  a  hard  constraint  early  for  this 
area.  It  still  needs  to  be  addressed  and  evaluated.  If  we 
do  not  have  a  firm  requirement  for  the  system  specification, 
we  should  at  least  Include  the  Issue  and  state  that  the 
requirement  Is  To  Be  Determined  (TBD) .  We  should  also 
Include  a  requirement  for  the  analysis  that  we  want  per¬ 
formed  In  order  for  the  optimum  decision  to  eventually  be 
made. 

These  two  maintenance  areas  were  found  to  be  related 
to  the  ISA  task  areas  of  201,  Use  Study;  303,  Evaluation  of 
Alternatives  and  Tradeoff  Analysis;  and  401,  Task  Analysis. 
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All  LSA  outputs  for  these  areas  Mould  be  based  on  RLA. 


4.  Maintenance  and  Repair  Cycles 

In  analyzing  the  responses  concerning  who  would 
establish  requirements  for  this  consideration,  there  was 
general  agreement  among  the  subjects.  What  the  data 
revealed  was  that  the  user  would  potentially  establish  firm 
constraints  for  the  system.  These  would  be  requirements  In 
terms  of  turn-around  times,  mean  down  times,  scheduled 
maintenance,  and  unscheduled  maintenance.  The  user  would 
most  likely  base  these  requirements  on  experience  with 
existing  systems  and  desired  future  operational  considera¬ 
tions.  There  Is  also  a  potential  for  the  ALC  concerned  to 
establish  a  requirement  on  the  depot  cycle  times.  As  the 
design  evolves,  there  will  be  some  LSA  analysis  done  con¬ 
cerning  maintenance  and  repair  cycles.  The  Initial  require¬ 
ments  will  be  major  Inputs  to  the  analysis  processes.  This 
will  primarily  be  at  the  subsystem  level,  but  the  results 
will  have  an  Impact  on  the  system  characteristics.  The 
types  of  LSA  analysis  required  In  support  of  this  area 
Include  Failure  Modes,  Effects,  and  Criticality  Analysis 
(FMECA),  Reliability  Centered  Maintenance  (RCM),  Preventive 
Maintenance  Analysis,  and  Maintenance  Task  Analysis.  How¬ 
ever,  these  would  all  be  performed  by  the  contractor  during 
Full  Scale  Development.  So  the  only  early  sources  of  firm 
requirements  In  this  area  would  be  the  user  and  secondly  the 
ALC. 
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The  requirements  that  the  user  would  establish 
relating  to  maintenance  and  repair  cycles  would  be  found  In 
the  Maintenance  Concept  portion  of  the  SOC.  This  would  also 
contain  any  Input  from  the  ALC  on  depot  cycles.  The  SOC  Is 
our  best  source  of  requirements  In  this  area  and  should  be 
the  prime  document  used  for  forming  related  system  specifi¬ 
cation  requirements.  The  requirements  for  the  various  ana¬ 
lyses  on  subsystems  will  be  addressed  under  LSA  In  the  SOU. 
These  analyses  are  essential  and  may  force  the  revision  of 
some  early  decisions  made  at  the  system  level.  A  couple  of 
sample  requirements  statements  are: 

There  shall  be  no  scheduled  maintenance. 

Scheduled  maintenance  shall  not  be  required  at  Inter¬ 
vals  less  than  _ days. 

No  preventive  maintenance  task  shall  exceed 
_ minutes  duration  at  the  organizational  level. 

This  area  Is  also  one  that  appears  well  justified  In 
being  a  MIL-STD-490  requirement.  It  cannot  be  overlooked  In 
the  system  specification  If  there  are  Indeed  valid  user 
and/or  depot  constraints.  If  cases  exist  where  we  do  not 
have  constraints  established  In  this  manner,  we  should 
definitely  require  system  level  analyses  In  order  to  know 
the  cycle  times  that  we  would  expect  when  the  system  becomes 
operational.  This  type  of  requirement  could  be  written  In 
the  system  specification  In  addition  to  Its  statement  In  the 


The  LSA  task  area  that  Mas. shown  to  be  the  one 
relating  most  directly  to  this  consideration  was  Task  401, 
Task  Analysis.  Under  this  task  the  requirements  exist  to 
determine  repair/maintenance  frequency  and  the  time 
required. 


5.  Accessibility 


Analysis  of  the  responses  from  this  area  again 
reflected  general  agreement.  The  subjects  Indicated  that 
the  user  would  be  the  most  likely  function  to  establish 
requirements  relating  to  accessibility.  Accessibility 
requirements  would  in  most  cases  be  related  to  the  mainte¬ 
nance  and  repair  times  already  addressed,  and  might  be 
driven  by  them.  Aside  from  any  accessibility  requirements 
established  Initially  by  the  user,  almost  every  subject 
stressed  that  accessibility  would  be  an  Issue  that  Is  con¬ 
tinually  addressed  by  the  system  engineering  effort.  This 
would  occur  primarily  during  Full  Scale  Development  and 
would  be  the  responsibility  of  the  program  office.  One  sub¬ 
ject  discussed  the  fact  that  accessibility  needs  to  be 
addressed  early,  but  It  Is  not  always  practical  to  establish 
firm  constraints. 


In  evaluating  the  responses  concerning  where  acces¬ 
sibility  requirements  could  be  found,  the  most  likely  docu¬ 


ment  would  be  the  SOC.  Several  subjects  Indicated  that  this 


m 


type  of  requirement  might  first  be  written  In  the  SOW  where 

It  would  basically  require  accessibility  to  be  considered  In 

design  decisions.  This  would  essentially  be  an  Input  to  the 

design  process  and  would  not  be  a  firm  requirement.  This  Is 

not  the  Ideal  place  to  put  any  firm  requirements ,  which 

should  be  Included  In  the  system  specification.  Some  of  the 

types  of  accessibility  requirements  used  are: 

For  maintenance  purposes,  LRU's  shall  be  easily  acces¬ 
sible. 

To  replace  a  failed  Item,  the  Item  should  be  accessible 
In  X  minutes. 

For  fllghtllne  maintenance  activities  required  on  the 
aircraft  engines  and  avionics,  access  shall  be  possible 
without  the  use  of  maintenance  stands. 

Accessibility  can  also  show  up  In  other  forms, 
which  usually  relate  to  the  area  of  maintainability.  An 
example  Is  the  use  of  fasteners  on  a  panel.  It  would  be 
expected  that  a  single  panel  would  have  standard  fasteners 
that  are  Identical,  so  that  In  removing  and  replacing  the 
panel  a  maintenance  person  would  not  be  concerned  with  Iden¬ 
tifying  and  sorting  the  fasteners.  There  are  existing  sys¬ 
tems  where  such  panels  have  fasteners  that  are  Identical 
except  for  their  length.  The  lengths  for  the  fasteners  on 
this  particular  panel  can  be  one  of  six  sizes.  It  takes 
little  Imagination  to  conceive  of  the  difficulty  this  could 
cause  a  maintenance  person  under  Ideal  environmental  condi¬ 
tions,  much  less  under  conditions  of  severe  weather  or  hos¬ 
tile  fire. 


Exterior  panel  fasteners  on  the  aircraft  shall  be 
standardized.  United  In  their  types,  and  easily 
removed  and  replaced. 

The  accessibility  consideration  does  appear  valid  as 
a  requirement  under  MIL-STD-490.  It  cannot  be  overlooked  as 
an  early  consideration  In  the  design.  It  does  relate  almost 
directly  to  maintenance  and  repair  times  and  could  feasibly 
be  a  sub-requirement  to  them.  Accessibility  Is  also 
addressed  In  required  paragraphs  relating  to  human 
factors/human  engineering  elsewhere  In  the  system  specifica¬ 
tion. 

The  only  LSA  output  area  that  directly  relates  to 
accessibility  Is  a  block  on  the  B-record.  The  B-record  Is  a 
data  output  sheet  on  Item  reliability  and  maintainability 
characteristics. 

6.  Introduction  of  New  Items  Into  the  Supply  System  and 
Re-supply  Methods. 

Responses  concerning  this  area  Indicated  that  new 
Items  are  limited  as  much  as  possible  to  utilizing  existing 
systems  of  supply,  transport,  packaging,  etc.  by  existing 
procedures  established  In  military  standards  and  regula¬ 
tions.  This  limiting  Is  done  within  the  systems  engineering 
effort  under  the  parts  control  and  standardization  programs 
and  other  similar  processes.  The  major  references  governing 
this  area  are:  MIL-STD-965,  Parts  Control  Program;  MIL-STD- 


1561,  Provisioning  Procedures;  AFR  57-6,  DoD  High  Dollar 
Spare  Parts  Breakout  Program;  AFR  67-47,  Phased  Provision¬ 
ing;  AFR  800-24,  Parts  Control  Program  (PCP);  and  AFLCR  65- 
5,  Air  Force  Provisioning  Policies  and  Procedures.  Other 
Impacts  that  the  weapon  system  might  have  on  the  supply  sys¬ 
tem  In  the  area  of  re-supply  methods  would  potentially  be 
stated  In  early  requirements.  Requirements  for  this  area 
would  come  from  both  the  user  and  the  ALC.  Re-supply  methods 
are  also  dependent  on  the  operational  environment  and  such 
Issues  as  transportabll Ity  and  storage  constraints.  This 
consideration  will  have  more  Importance  If  the  system  Is 
wholly  or  partially  based  overseas.  Re-supply  methods  will 
be  addressed  In  fall ure/re-supply  tradeoffs  using  Initial 
constraints  as  major  factors.  The  Initial  constraints  may  be 
revised,  though  not  radically.  This  area  is  also  one  where 
the  maintenance  characteristics  discussed  earlier,  such  as 
repair  levels,  will  have  a  large  Impact. 

The  responses  concerning  where  such  requirements 
would  be  documented  were  generally  poor.  Very  few  of  the 
subjects  felt  that  any  document  would  contain  this  type  of 
requirement.  This  Is  reasonable  If  the  subjects  answered 
the  question  more  In  response  to  the  portion  of  the  question 
concerning  new  supply  Items,  where  a  number  of  existing 
processes  and  documents  provide  some  control.  For  those  few 
subjects  who  did  Indicate  a  particular  document  In  their 
response,  the  SOC  was  the  document  mentioned.  The  SOC  would 


be  the  primary  source  for  requirements  under  this  area.  In 
retrospect,  this  question  Mould  probably  have  been  better  If 
It  had  been  In  two  parts;  one  for  the  requirements  relating 
to  new  supply  Items,  and  one  to  requirements  relating  to 
re-supply  methods. 

It  appears  that  the  Issue  of  limiting  new  supply 
Items  Is  adequately  addressed  by  procedures  within  the  sys¬ 
tem  engineering  effort.  This  consideration  should  continue 
to  be  addressed  under  the  logistics  section  of  the  system 
specification.  The  requirement  should  Include  a  reference 
to  DOOISS  documents  that  govern  this  area.  Having  this  In 
the  system  specification  will  Improve  the  contractual  lever¬ 
age  In  ensuring  that  the  requirement  Is  met.  Any  con¬ 
straints  relating  to  re-supply  methods  should  continue  to  be 
addressed  as  required  by  MIL-STD-490.  These  types  of  con¬ 
straints  can  have  a  significant  Impact  on  supportabll Ity , 
but  the  data  Indicates  that  they  are  not  addressed  suffi¬ 
ciently  well  or  early.  The  requirements  language  used  In 
the  system  specification  will  probably  be  essentially  the 
same  for  all  new  programs,  but  It  Is  necessary  to  establish 
this  constraint  on  the  contractor's  design. 

The  responses  on  the  LSA  related  output  area 
revealed  that  Task  402,  Early  Fielding  Analysis,  would  most 
directly  support  this  consideration.  Both  parts  of  the 
question  would  be  directly  related  to  the  analysis  required 
by  Task  402. 
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7.  Distribution  and  Location  of  System  Stocks 

Responses  for  this  area  addressed  primarily  the 
location  of  system  stocks  and  Indicated  that  related 
requirements  Mould  be  generated  by  both  the  user  and  the 
ALC.  These  requirements  would  not  be  firm  but  would  be 
guidelines  for  such  areas  as  War  Readiness  Spares  Kits 
(WRSK),  Initial  Spares  Support  Lists  (ISSL),  and  other 
spares  kits  requirements.  The  ALC  would  be  the  most  dom¬ 
inant  In  establishing  these  types  of  requirements.  These 
Initial  requirements  would  provide  primary  Inputs  to  various 
LSA  analyses  that  would  use  cost  as  a  major  criterion  In 
final  decisions  on  locating  system  stocks.  J)1  strlbutlon 
methods  were  Indicated  by  all  subjects  to  be  an  area  where 
new  requirements  would  seldom  be  generated.  This  Is  due  to 
the,  extensive  existing  distribution  system  which  supports 
operational  systems.  However,  In  light  of  our  extensive 
existing  systems,  requirements  should  be  stated  which  con¬ 
strain  the  design  to  the  use  of  existing  systems. 

The  only  document  that  would  provide  require¬ 
ments  for  this  area  would  be  the  SOC.  The  SOC  requirements 
would  later  be  addressed  by  the  SOW  tasks.  The  SOW  would 
require  the  appropriate  analyses  to  be  performed  using  these 
initial  requirements.  From  the  analysis  results  the  final 
decisions  for  Individual  components/assembl les  could  eventu¬ 
ally  be  made. 


This  area  Is  valid  as  a  MIL-STD-490  consideration. 
For  many  systems.  It  will  be  an  Important  area  and  will  have 
to  be  addressed.  For  a  few  systems  containing 
oversized/del Icate/hazardous  components,  such  constraints 
will  be  critical . 

The  LSA  task  that  most  directly  relates  to  this  area 
Is  Task  202,  Mission  Hardware,  Software,  and  Support  System 
Standardization. 

8.  Facll Itles — Use  of  Existing  Facilities. 

9.  Facilities — New  Facilities  Requirements. 

These  two  areas  will  be  addressed  together  as  their 
responses  were  very  Interrelated.  The  general  consensus 
from  the  subjects  was  that  the  facilities  area  has  little  to 
no  Impact  on  the  system  design.  If  requirements  are  gen¬ 
erated  early  they  would  be  by  the  user  and  the  ALC.  The 
user  would  address  requirements  for  the  system  to  be  compa¬ 
tible  with  existing  facilities  such  as  hangars,  aircraft 
revetments,  power  requirements,  etc.  and  possibly  go  so  far 
as  to  require  a  particular  organization  to  be  able  to  main¬ 
tain  the  system  with  Its  organic  facilities.  The  ALC  would 
address  the  need  for  compatibility  with  existing  depot 
facll Itles. 

Most  subjects  described  our  primary  approach  to 
facilities  as  one  where  we  task  the  contractor  to  tell  us 


what  facilities  will  be  required  to  support  the  system. 

This  tasking  Is  part  of  the  SOW.  The  contractor  must  put 
this  Information  In  the  Facilities  Requirements  Plan  (FRP) 
which  must  contain  the  minimum  essential  facility  require¬ 
ments  to  support  the  system.  In  addition  to  this  plan,  we 
also  buy  facilities  data,  consulting  services,  aid  with  site 
surveys,  and  aid  with  final  facility  acceptance  inspections. 
Facilities  requirements  addressed  In  the  SOW  must  Include 
consideration  of  test  bases,  operational  bases,  depot  bases 
and  training  bases. 


For  requirements  that  are  established  for  facili¬ 
ties,  they  would  most  likely  be  available  In  the  SOC.  The 
Maintenance  Concept  portion  of  the  SOC  would  provide  these. 


The  facilities  area  should  continue  to  address  the 
use  of  existing  facilities.  Even  though  existing  facilities 
do  not  normally  have  a  significant  impact  on  the  system 
design,  the  need  to  force  an  Impact  when  necessary  does 
exist.  The  more  critical  area  Is  the  determination  of 
requirements  for  new  facilities.  The  SOW  will  task  the  con¬ 
tractor  to  Identify  new  facilities  requirements  as  part  of 
the  Facilities  Requirements  Plan.  A  requirement  for  this 
type  of  contractor  effort  could  also  be  placed  In  the  system 
specification.  It  Is  critical  that  new  requirements  be  Iden¬ 
tified  as  early  as  possible  due  to  the  time  required  (usu¬ 
ally  5  years)  for  facilities  to  actually  be  constructed 
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under  the  Military  Construction  Program  (MCP). 

The  LSA  output  area  related  to  facilities  Is  the  F- 
record  data  sheet.  This  Is  the  Facility  Description  and  Jus 
tlflcatlon  record.  The  FRP  Is  actually  a  more  thorough 
document  on  this  area,  but  It  Is  not  technically  an  LSA  out¬ 
put. 

10.  Computer  Program  Support — Support  Functions  to  be 
Provided  at  Operating  S1te(s). 

An  analysis  of  responses  for  this  area  showed  that 
using  commands  would  be  the  primary  source  of  requirements 
for  support  functions  to  be  provided  at  operating  slte(s). 
The  ALC  would  also  provide  some  Inputs  but  would  primarily 
review/modify/iterate  the  user's  requirements.  Some  of  the 
types  of  requirements  would  Include  the  ability  to 
replace/update/reprogram  command  and  control  software, 
threat  programs,  and  mission  programs.  Others  would  possi¬ 
bly  address  requirements  relating  to  support  functions  such 
as  language  requirements ,  comments  In  the  programs,  types  of 
memories,  and  BIT  requirements. 

Two  of  the  subjects  were  computer  support  experts 
and  stated  that  our  ability  to  establish  requirements 
depends  on  the  general  mission  category  that  the  computer 
program  will  support.  The  five  major  categories  are: 
Automatic  Test  Equipment  (ATE),  Communlcatlons-EI ectronlcs , 
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Electronic  Warfare,  Operational  Flight  Programs  (Avionics), 
and  Aircrew  Training  Devices.  For  a  major  weapon  system, 
each  of  these  categories  may  have  different  requirements  and 
they  should  all  be  addressed.  Early  requirements  that  can 
be  firmly  established  will  be  critical  Inputs  for  use  by  the 
Computer  Resources  Working  Group  (CRWG)  function  In  the  SPO. 
They  will  also  be  major  Inputs  to  the  Computer  Resources 
Integrated  Support  Plan  (CRISP)  produced  by  the  working 
group  as  required  by  AFR  800-8  and  AFR  800-14,  Volume  2, 
Acquisition  and  Support  of  Computer  Resources  In  Systems. 

Early  requirements  In  this  area  will  be  available  In 
the  SOC.  The  SOW  will  also  have  tasks  for  this  area,  but 
the  SOC  will  be  the  best  source  document  for  requirements. 

The  LSA  output  area  most  related  to  this  considera¬ 
tion  is  the  D-record  data  sheet.  This  Is  the  Maintenance 
and  Operator  Task  Analysis  data  sheet. 

11.  Computer  Program  Support--Software  Support  Center. 

Responses  for  this  area  Indicated  that  this  decision 
would  be  a  joint  one  between  AFSC  and  AFLC .  It  was  also 
evident  that  this  area  Is  one  where  a  firm  requirement  needs 
to  be  known  early  In  the  acquisition  process  for  major  sys¬ 
tems.  This  decision  should  be  made  prior  to  or  during  the 
conceptual  phase  of  the  acquisition  process.  The  decision 
would  be  based  on  mission  requirements,  estimates  of 


software  support  workload,  and  cost  studies.  The  specifica¬ 
tion  requirement  for  this  area  would  need  to  Include  provi¬ 
sions  for  adequate  documentation  and  basically  supportabll- 
Ity  characteristics  to  be  Included  in  the  design  of  the  com¬ 
puter  program.  This  would  be  required  even  If  planning  was 
for  the  contractor  to  provide  software  support.  It  would  be 
vital  If  a  Government  center  was  tasked  with  the  support. 
Computer  programs  cannot  provide  adequate  performance  If 
they  do  not  possess  both  an  excellent  design  and  good  main¬ 
tainability  characteristics. 

Requirements  concerning  the  software  support  center 
would  most  likely  be  available  In  the  SOC.  Again  this 
requirement  would  be  available  In  the  SOW  and  the  CRISP,  but 
for  *ri  ?,.put  to  the  system  specification,  the  SOC  would  be 
the  f  -»t  source. 

The  LSA  output  area  most  related  to  this  consi¬ 
deration  would  be  the  E-record  data  sheet.  This  Is  the  Sup¬ 
port  and  Test  Equipment  or  Training  Material  Description  and 
Justification. 

12.  Additional  Recommended  Considerations  for  MIL-ST0-490. 

Responses  from  subjects  on  this  area  were  varied  and 
not  all  subjects  had  specific  considerations  to  offer. 
Several  Indicated  that  the  requirement  for  a  standard  Higher 
Order  Language  (HOD  should  be  Included  In  this  area  of  the 


system  specification.  This  requirement  Is  probably  more 
appropriate  In  paragraph  3.3.8  of  the  system  specification, 
but  It  may  be  Included  In  this  section  also,  and  It  must  be 
Included  somewhere  In  the  system  specification  to  be  more 
enforceable.  It  will  also  be  addressed  later  In  a  Computer 
Program  Development  Specification. 

Another  area  cited  was  the  need  to  centralize  the 
control  of  support  equipment  to  reduce  the  proliferation 
that  has  occurred.  Basically,  stronger  requirements  need  to 
be  Introduced  somewhere  In  the  system  specification  to 
ensure  that  better  use  of  MIL-HDBK-300  (USAF),  Technical 
Information  File  of  Support  Equipment,  Is  made. 
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CHAPTER  IV 

CONCLUSIONS  AND  RECOMMENDATIONS 


Conclusions 

The  results  of  the  research  are  summarized  In  Table 
2.  Table  2  lists  each  logistics  consideration  addressed  by 
the  Interview  questions.  For  each  logistics  consideration 
the  table  shows  the  primary  source  of  related  requirements, 
the  document  that  would  most  likely  contain  the  requirement, 
whether  the  consideration  1$  appropriate  In  the  system 
specification,  the  related  LSA  output  area,  and  whether  the 
Initial  requirement  would  be  a  firm  one. 

Research  Question  One 

Research  question  one  asked  what  types  of  logistics 
requirements  must  be  specified  early  In  the  acquisition  pro¬ 
cess.  For  the  research,  the  considerations  required  by 
MIL-STD-490  for  Inclusion  In  paragraph  3.5  of  the  system 
specification  were  selected.  Two  additional  considerations 
that  have  been  recommended  for  paragraph  3.5  by  the  MITRE 
report  were  Included  as  well.  Analysis  for  this  research 
question  was  performed  by  using  the  corresponding  column  In 
Table  2  and  the  responses  to  the  open-ended  question.  As 
shown  In  Table  2,  all  logistics  considerations  addressed  by 
the  research  were  considered  to  be  necessary  early  require- 


Table 


aents  areas.  A  majority  of  the  sample  members  strongly  sup¬ 
ported  this  Issue  for  every  area.  In  addition,  the  open- 
ended  questions  provided  no  additional  areas  that  need  to  be 
addressed  with  early  requirements  or  constraints.  It  Is  con¬ 
cluded  that  the  major  logistics  requirements  areas  were 
addressed  by  the  research.  The  maintenance  areas  are  the 
most  critical  and  will  many  times  drive  requirements  for 
supply  and  facilities.  This  will  occur  because,  as  repair 
times  and  levels  are  dictated,  the  supply  system  must  react 
to  support  these  decisions.  The  maintenance  Issues  should 
be  the  primary  considerations  as  the  system  specification  Is 
generated.  Requirements  relating  to  the  Introduction  of  new 
supply  Items  Into  the  supply  system,  although  addressed 
through  other  means  within  the  systems  engineering  process, 
should  continue  to  be  addressed  In  the  system  specification. 
It  Is  suggested  that  there  are  a  number  of  detailed  Issues 
within  the  Computer  Program  Support  area  that  should  be 
defined  and  added  to  MIL-STD-490. 


Research  Question 


Research  question  two  asked  what  agencies  or  com¬ 
mands  would  establish  early  requirements  or  constraints  for 
the  subject  logistics  considerations.  The  results,  shown  In 
Table  2,  Indicate  that  the  using  command  would  be  the  dom¬ 
inant  force  In  establishing  early  logistics  requirements. 

For  a  few  of  the  areas,  the  prime  ALC  for  the  system  would 
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also  Hake  significant  Inputs  concerning  requirements. 

Looking  at  the  table,  a  relationship  appears  to 
exist  between  the  different  logistics  areas  and  the  primary 
source  of  requirements  for  those  areas.  This  relationship 
seems  almost  obvious  at  this  point  In  the  project,  but  It 
was  not  obvious  at  the  beginning.  The  observed  relationship 
Is  that  the  maintenance  requirements  (which  have  been 
described  as  the  most  critical),  are  addressed  by  the  user 
who  In  reality  must  live  with  the  maintenance  characterise 
tics  of  the  system  In  accomplishing  the  (most  critical) 
operational  mission.  Also  the  supply  requirements,  which 
are  secondary  to  maintenance,  are  addressed  more  by  the  ALC, 
which  In  reality  must  live  with  the  supply  characteristics 
of  the  system  design  In  fulfilling  the  user*s  needs.  The 
other  two  major  areas  of  Facilities  and  Computer  Program 
Support  must  be  addressed  by  both  the  user  and  the  ALC.  The 
Impacts  of  these  two  areas  are  significant  for  both  agen¬ 
cies,  and  each  has  their  own  purposes  for  addressing  the  two 
areas.  The  above  relationships  Indicate  that  we  must  place 
different  emphases  on  requirements  depending  on  the  particu¬ 
lar  areas  that  the  requirements  address. 

Research  Question  Three 

Research  question  three  asked  what  document  would 
contain  the  subject  early  logistics  requirements  once  they 
were  Identified.  From  Table  2,  it  Is  evident  that  the  SOC 
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should  be  the  primary  source  document  to  be  used  in  generat¬ 
ing  logistics  requirements  for  the  system  specification. 

The  SOC  Is  either  the  primary  source*  or  one  of  the  best 
sources*  for  every  logistics  area  addressed.  This  does  not 
mean  that  every  SOC  will  address  every  logistics  area*  but 
It  does  mean  that  the  SOC  Is  the  most  likely  document  to 
address  It. 

This  Is  a  reasonable  conclusion  In  light  of  the 
SOC's  role  and  how  It  Is  prepared.  The  SOC  Is  originally 
generated  during  the  conceptual  phase  as  a  preliminary  sys¬ 
tem  operational  concept(PSOC) .  A  PSOC  Is  prepared  by  the 
operating  command  In  conjunction  with  the  Implementing*  par¬ 
ticipating,  and  supporting  commands  for  each  proposed  alter¬ 
native  solution.  For  each  alternative  solution  that  Is 
selected  for  the  demonstration  and  validation  phase*  the 
PSOC  Is  refined  and  expanded  by  the  operating  command  work¬ 
ing  with  the  Implementing*  supporting  and  participating  com¬ 
mands.  This  document  becomes  the  SOC  and  will  be  tailored 
and  updated  as  the  program  proceeds  (19:9). 

The  SOC  Is  produced  subsequent  to  the  Statement  of 
Operational  Need  (SON).  It  does  address  requirements ,  and 
It  Is  formed  as  a  joint  effort  among  the  user  and  other  com¬ 
mands.  Both  Its  timing  and  Its  purpose  make  It  the  best 
source  for  early  logistics  requirements.  This  Is  verified 
by  the  research  results.  An  outline  of  the  Issues  that  are 


required  to  be  addressed  by  the  SOC  Is  Included  In  Appendix 
E.  The  Maintenance  concept  portion  (para.  8. a. (3)  and  8.b.) 
of  the  SOC  will  provide  Most  of  the  data  concerning  logis¬ 
tics  requl reients. 

A  Final  Comment 

What  Is  vital  to  acquisition  logistics  Is  the  abil¬ 
ity  to  Make  a  decision  on  a  logistics  requirement  at  the 
optlMUM  point  In  tlie.  It  Is  evident  from  studies  and  LCC 
curves  that  the  earlier  a  decision  Is  made,  the  more  Impact 
It  will  have  on  total  LCC.  However,  an  early  decision  can 
be  a  poor  decision  and  may  contribute  to  an  Increase  In 
total  LCC.  What  Is  necessary  Is  not  always  an  early  deci¬ 
sion,  but  rather  the  right  decision  at  the  right  time.  As 
pointed  out  by  Harrison,  "Decisions  have  an  optimum  time  at 
which  the  Maximum  probability  for  success  occurs.  The  rela¬ 
tive  success  of  a  decision  Is  therefore  directly  related  to 
the  time  when  It  Is  Made  [8:327].*  How  can  we  make  the 
right  logistics  decision  at  the  right  time? 

In  order  to  achieve  this  Ideal  objective,  we  need 
adequate  Information.  The  Logistics  Support  Analysis  pro¬ 
cess  has  the  ability  to  provide  this  Information  If  It  Is 
performed  throughout  all  phases  of  the  acquisition  process. 
What  Is  currently  lacking  Is  sufficient  emphasis  on  the 
accomplishment  of  LSA  by  Government  agencies  during  the  con¬ 
ceptual  phase  of  the  acquisition  process.  The  user  Is  In  a 


key  position  to  perform  preliminary  analyses.  Required 
Inputs  for  the  SOC  should  result  from  user  analyses  using 
some  form  of  LSA.  It  Is  difficult  to  make  a  "right"  deci¬ 
sion  when  there  has  been  no  analysis  of  alternatives.  LSA 
needs  to  be  actively  conducted  much  earlier  for  programs. 
Then  when  we  come  to  the  point  where  a  decision  needs  to  be 
made  about  a  particular  supportabll Ity  Issue,  the  Informa¬ 
tion  (analysis  results,  alternatives,  tradeoffs)  will  be 
available  to  make  the  right  decision.  Only  then  will  we  be 
able  to  make  optimum  decisions. 

Recommendations 

There  are  several  areas  recommended  for  future  study 
and  effort.  One  needed  area  Is  a  better  determination  of 
the  Computer  Program  Support  Issues  that  should  be  addressed 
by  MIL-STD-490  for  paragraph  3.5  of  the  system  specifica¬ 
tion.  There  are  many  Computer  Resources  staff  offices  that 
would  be  excellent  sources  of  Information  In  this  area.  The 
AFALO/PTEC  office  (Embedded  Computers)  would  like  a  research 
effort  done  to  generate  the  wording  for  the  requirements  for 
each  computer  software  consideration  area. 

Another  recommendation  Is  for  other  ILS  related  ele¬ 
ments  specified  In  the  system  specification  ( 1 . e .  Reliabil¬ 
ity  and  Maintainability,  Manpower  Requirements  and  Person¬ 
nel,  Survivability,  etc.)  to  be  studied.  A  similar  analysis 
could  be  performed  on  them  as  has  been  done  In  this  project 


on  Maintenance,  Supply,  and  Facilities. 

A  final  recoemendation,  which  Is  not  a  new  one,  1$ 
offered  with  a  new  motivation.  The  recommendation  Is  that  a 
specification  handbook  be  written  on  logistics  requirements. 
This  handbook  would  essentially  be  a  Mil-Prime  specification 
for  logistics  requirements .  Requirements,  similar  to  the 
few  Included  In  the  analysis  chapter,  would  be  gathered  from 
many  sources,  organized  by  logistics  area,  and  compiled  In 
the  specification.  A  fair  effort  at  such  a  document  Is  con¬ 
tained  In  Appendix  A  to  AFP  800-7,  Integrated  Logistic  Sup¬ 
port,  Implementation  Guide  for  DoD  Systems  and  Equipment. 
This  was  published  In  March  1972  and  much  could  be  added  to 
Its  appendix. 

The  need  for  such  a  document  Is  evident,  for  It  will 
allow  those  writing  the  system  specification  to  develop  the 
logistics  portion  -with  some  known  requirements  areas  and 
associated  justifications.  One  other  motivation  for  such  a 
document  Is  offered,  relating  back  to  the  section  on  making 
the  optimum  decision.  If  such  a  logistics  specification 
were  available  for  those  commands  developing  the  SON,  PSOC, 
and  $0C;  they  would  bo  able  to  use  the  specification  and 
choose  from  alternatives  for  each  logistics  area  In  stating 
Initial  requirements.  These  Initial  requirements  are  pre¬ 
liminary  decisions.  The  decisions  may  be  changed  later,  but 
the  requirement  area  has  been  addressed,  and  a  departure 


point  has  been  established.  When  we  have  the  needed  Infor- 
aatlon  from  the  LSA  process,  we  can  lock  In  the  requirement 
with  a  firm  optlaua  decision.  If  supportabll Ity  Issues  can 
be  addressed  In  this  manner,  their  contribution  to  LCC  can 
be  finally  minimized. 
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This  appendix  provides  a  limited  amount  of  Information 
on  the  LSA  tasks  which  are  described  In  MIL-STD-1388-1A. 
More  detailed  and  comprehensive  Information  Is  available  In 
MIL-STD-1388-1A.  This  appendix  provides  a  breakout  of  the 
LSA  tasks  and  subtasks  by  major  area  along  with  the  purpose 
of  each  major  task  area. 


Major  Task  Area:  100  -  Program  Planning  and  Control 

Purpose:  To  Provide  for  Formal  Program  Planning  and 
Review  Actions 

Tasks/Subtasks 

101  -  Development  of  an  Early  Logistic  Support  Analysis 

Strategy 

101.2.1  -  LSA  Strategy 

101.2.2  -  Updates 

102  -  Logistic  Support  Analysis  Plan 

102.2.1  -  LSA  Plan 

102.2.2  -  Updates 

103  -  Program  and  Design  Reviews 

103.2.1  -  Establish  Review  Procedures 

103.2.2  -  Design  Reviews 

103.2.3  -  Program  Reviews 

103.2.4  -  LSA  Review 


Major  Task  Area:  200  -  Mission  and  Support  Systems  Defini¬ 
tion 

Purpose:  To  establish  supportabll Ity  objectives  and  sup- 
portability  related  design  goal,  thresholds,  and  con¬ 
straints  through  comparison  with  existing  systems  and  ana¬ 
lyses  of  supportabll Ity ,  cost,  and  readiness  drivers. 

Tasks/Subtasks 

201  -  Use  Study 

201.2.1  -  Supportabll Ity  Factors 

201.2.2  -  Quantitative  Factors 


201.2.3  -  Field  Visits 

201.2.4  -  Use  Study  Report  and  Updates 


202  -  Mission  Hardware,  Software,  and  Support  System  Stan 

dardlzatlon 

202.2.1  -  Supportabll Ity  Constraints 

202.2.2  -  Supportabll Ity  Characteristics 

202.2.3  -  Recommended  Approaches 

202.2.4  -  Risks 

203  -  Comparative  Analysis 

203.2.1  -  Identify  Comparative  Systems 

203.2.2  -  Baseline  Comparison  System 

203.2.3  -  Comparative  System  Characteristics 

203.2.4  -  Qualitative  Supportabll Ity  Problems 

203.2.5  >  Supportabll Ity ,  Cost,  and  Readiness  Drivers 

203.2.6  -  Unique  System  Drivers 

203.2.7  -  Updates 

203.2.8  -  Risks  and  Assumptions 

204  -  Technological  Opportunities^ 

204.2.1  -  Recommended  Design  Objectives 

204.2.2  -  Updates 

204.2.3  -  Risks 

205  -  Supportabll Ity  and  Supportabll Ity  Related  Design 

Factors 


205.2.1  -  Supportabll Ity  Characteristics 

295.2.2  -  Supportabll 1 ty  Objectives  &  Associated  Risks 

205.2.3  -  Specification  Requirements 

205.2.4  -  NATO  Constraints 

205.2.5  -  Supportabll 1 ty  Goals  and  Thresholds 


Major  Task  Area: 
natives 


300  -  Preparation  and  Evaluation  of  Alter 


Purpose:  To  optimize  the  support  system  for  the  new  Item 
and  to  develop  a  system  which  achieves  the  best  balance 
between  cost,  schedule,  performance,  and  supportabll Ity . 

Tasks/Subtasks 

301  -  Functional  Requirements  Identification 

301.2.1  -  Functional  Requirements 

301.2.2  -  Unique  Functional  Requirements 

301.2.3  -  Risks 

301.2.4  -  Operations  and  Maintenance  Tasks 


301.2.5  -  Design  Alternatives 

301.2.6  -  Updates 


302  -  Support  System  Alternatives 


302.2.1  -  Alternative  Support  Concepts 

302.2.2  -  Support  Concept  Updates 

302.2.3  -  Alternative  Support  Plans 

302.2.4  -  Support  Plan  Updates 

302.2.5  -  Risks 

303  -  Evaluation  of  Alternatives  and  Tradeoff  Analysis 


303.2.1  - 

303.2.2  - 

303.2.3  - 

303.2.4  - 

303.2.5  - 

303.2.6  - 

303.2.7  - 

303.2.8  - 

303.2.9  - 

303.2.10- 

303. 2. 11- 

303.2.12- 


Tradeoff  Criteria 
Support  System  Tradeoffs 
System  Tradeoffs 
Readiness  Sensitivities 
Manpower  and  Personnel  Tradeoffs 
Training  Tradeoffs 
Repair  Level  Analysis 
Diagnostic  Tradeoffs 
Comparative  Evaluations 
Energy  Tradeoffs 
Survivability  Tradeoffs 
Transportabll 1 ty  Tradeoffs 


Major  Task  Area:  400  -  Determination  of  Logistic  Support 
Resource  Requirements 


Purpose:  To  Identify  the  logistic  support  resource 
requirements  of  the  new  system  In  Its  operational 
environment! s)  and  to  develop  plans  for  post  production 
support 


Tasks/Subtasks 


401  -  Task  Analysis 

401.2.1  -  Task  Analysis 

401.2.2  -  Analysis  Documentation 

401.2.3  -  New/Critical  Support  Resources 

401.2.4  -  Training  Requirements  and  Recommendations 

401.2.5  -  Design  Improvements 

401.2.6  -  Management  Plans 

401.2.7  -  Transportabll 1 ty  Analysis 

401.2.8  -  Provisioning  Requirements 

401.2.9  -  Validation 

401.2.10-  1LS  Output  Products 

401.2.11-  LSAR  Updates 

402  -  Early  Fielding  Analysis 
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402.2.1  -  New  System  Impact 

402.2.2  -  Sources  of  Manpower  and  Personnel  Skills* 

402.2.3  -  Impact  of  Resource  Shortfalls 

402.2.4  -  Combat  Resource  Requirements 

402.2.5  -  Plans  for  Problem  Resolution 

403  -  Post  Production  Support  Analysis 

403.2  -  Post  Production  Support  Plan 

Major  Task  Area:  500  -  Supportabll 1 ty  Assessment 

Purpose:  To  assure  that  specified  requirements  are 
achieved  and  deficiencies  corrected. 

Tasks/Subtasks 

501  -  Supportabll ity  Test,  Evaluation,  and  Verification 

501.2.1  -  Test  and  Evaluation  Strategy 

501.2.2  -  Objectives  and  Criteria 

501.2.3  -  Updates  and  Corrective  Actions 

501.2.4  -  Supportabll Ity  Assessment  Plan  (Post  Deploy¬ 

ment) 

501.2.5  -  Supportabll Ity  Assessment  (Post  Deployment) 
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1.  What  Is  your  current  job  pos1t1on?(T1tle  and  Organlza 
tlon) 


2.  How  many  years  have  you  worked  with  Logistics  Support 
Analysis? 

3.  How  many  years  have  you  worked  with  logistics  support  as 
a  field? 

4.  How  many  years  have  you  worked  with  the  acquisition  pro¬ 
cess? 

5.  How  many  programs  have  you  worked  LSA  on? 

6.  Through  which  phases  of  the  acquisition  process  have  you 
worked  LSA? 

7.  Mould  you  consider  the  programs  you  have  worked  LSA  on 
to  be  major  programs  or  non-major? 

8.  When  addressing  system  level  logistics  Issues,  we  may 
establish  objectives  or  constraints  concerning  the  types  and 
quantities  of  test  equipment  or  support  equipment  that  will 
eventually  be  required  to  support  tne  systemiATE,  HATE,  BIT, 
etc.).  Support  equipment  currently  In  the  government  Inven¬ 
tory  should  be  considered  as  a  first  choice  whenever  possi¬ 
ble.  We  may  also  require  the  use  of  multipurpose  test 
equipment  for  some  programs. 

a.  What  agencies  or  commands  generate(or  should  gen¬ 
erate)  constraints  or  objectives  In  this  area  of  support 
equipment  and  especially  test  equipment? 

b.  What  document,  such  as  the  DCP,  MENS,  SON,  etc., 
would  contain  this  Information? 

c.  What  section  of  the  LSA  data  or  task/subtask  outputs, 
later  provided  by  the  contractor,  will  confirm  and/or 
amplify  these  Initial  requirements? 

9.  On  many  systems  the  maintenance  concept,  or  certain  key 
parameters  within  It,  are  known  and  are  a  major  characteris¬ 
tic  of  the  system. 

a.  Who  would  determine  guidance  or  objectives  on 
repalr/replace  criteria  of  the  agencies  concerned  with 
this  requ1rement?{ AFLC,  User,  HQ  AF,  etc.) 

b.  What  document  or  decision  Instrument  will  contain 
this  Information? 
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c.  Which  area  of  the  LSA  task  and  data  output  will  be 
Impacted  by  this  Input  and  should  show  us  how  well  this 
requirement  was  Integrated  Into  the  design? 

10.  Another  area  of  the  maintenance  concept  Is  guidance  on 
repair  levels.  This  would  Include  whether  there  should  be 
two  or  three  1 evel s( org-lnter-depot)  and  the  type  of  subsys¬ 
tems  or  components  that  the  different  levels  would  be 
responsible  for. 

a.  What  command  or  agency  would  make  these  types  of 
decisions  or  objectives?! AFLC,  User) 

b.  What  program  document  would  contain  this  type  of 
1nformat1on?(PMD,S0N) 

11.  Another  potential  maintenance  topic  Is  system/item 
repair  and  maintenance  cycles  and  criteria  related  to 
these. 

a.  Which  functions  or  offices  would  make  decisions  con¬ 
cerning  these  requirements  or  If  not  decisions  at  least 
objectives  for  the  system? 

b.  Which  documents  would  contain  either  the  objectives 
or  the  associated  criteria? 

c.  What  section  of  the  LSA  output  will  show  how  well 
this  data  was  Integrated  Into  the  design? 

12.  The  need  for  various  accessibility  requirements  to  be 
established,  for  maintenance  purposes.  Is  essential. 

a.  What  agency  or  command  would  establish  accessibility 
constraints  or  requirements? 

b.  What  type  of  document  would  contain  these  constraints 
once  they  were  established? 

c.  Is  there  an  area  of  LSA  output  that  relates  to  acces¬ 
sibility  requirements? 

13.  Concerning  requirements  related  to  the  Supply  areas,  we 
should  specify  any  constraints  concerning  the  weapons 
system's  Impact  on  the  supply  system  and  any  constraints 
that  the  supply  system  might  place  on  the  weapon  system 

design.  These  requirements  should  address  the  Introduction 
of  new  Items  Into  the  supply  system: 

a.  What  agency  or  command  would  establish  constraints  or 
guidelines  for  this  area? 


b.  In  what  type  of  document  would  this  Information  be 
publ Ished? 


c.  Is  there  an  area  of  LSA  ouput  that  relates  to  tMs 
requirement  area? 

14.  For  requirements  or  constraints  relating  to  distribu¬ 
tion  and  re-supply  methods: 

a.  What  command  or  office  would  establish  these  types  of 
requirements? 

b.  What  document  would  state  these  requirements? 

c.  Is  there  an  LSA  output  area  that  addresses  such  con¬ 
straints? 

15.  Concerning  requirements  relating  to  facilities;  we 
should  specify  any  Impact  the  weapon  system  might  have  on 
existing  facilities  and  facility  equipment,  and  If  appropri¬ 
ate,  the  use  of  existing  facilities. 

a.  What  agency  or  command  would  establish  these  requlr- 
ments  and  formulate  them? 

b.  In  what  document(s)  would  these  be  published? 

c.  Is  there  an  LSA  output  area  that  relates  to  facili¬ 
ties  requirements? 

16.  For  facilities  requirements,  we  should  also  specify  any 
decisions  relating  to  needs  for  new  facilities  and  develop¬ 
ing  new  facility  or  auxiliary  equipment. 

a.  What  command  or  office  would  make  these  types  of 
decisions? 

b.  In  what  document  would  these  be  published? 

c.  Is  there  LSA  documentation  that  would  relate  to  this 
area? 

17.  With  the  tremendous  growth  In  computer  applications  In 
weapons  systems,  a  number  of  problems  have  developed  with 
regards  to  the  development  and  procurement  of  these  Items 
and  their  software?  MIL-STD-490  was  written  In  1968,  prior 
to  the  development  of  computer  applications  In  almost  every 
aspect  of  weapons  systems.  We  need  to  now  be  concerned  with 
requirements  related  to  ATE,  BIT,  Test  Program  Sets(TPS), 
Documentation,  Data  Rights,  etc.  Guidelines  relating  these 
areas  to  system  design  requirements  should  be  established 
early. 
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a.  For  Computer  Program  Support,  what  command  or  agency 
would  Identify  the  support  functions  to  be  provided  at 
the  operating  slte(s)? 

b.  What  might  some  of  these  functions  be? 

c.  What  document  would  this  type  of  Information  be  pro¬ 
vided  In? 

d.  Are  any  of  the  LSA  outputs  related  to  this  area? 

18.  The  area  of  software  support  can  be  a  major  cost  driver 
In  systems  requiring  computer  applications. 

a.  What  agency  or  command  would  determine  who  would  be 
responsible  (contractor.  Government  center)  for  making 
modifications  to  and  supporting  the  software  once  the 
system  Is  operational? 

b.  What  document  would  contain  this  guidance? 

c.  Is  there  an  area  of  LSA  documentation  that  relates  to 
this  subject? 

19.  The  above  logistics  requirements  areas  are  by  no  means 
exhaustive,  especially  In  the  area  of  supporting  computer 
applications.  There  are  other  logistics  areas  which  receive 
attention  early  In  the  program  and  for  which  requirements 
should  be  Included  In  the  system  specification.  From  your 
experience  In  either  acquisition  or  logistics  efforts,  what 
other  such  areas  have  you  become  aware  of  that  have  require¬ 
ments  or  decisions  made  concerning  them  available  as  a 
result  of  early  studies? 

a.  What  agencies  or  commands  did  the  particular  studies 
and  developed  the  requirements? 

b.  What  documents  contained  these  requirements  once  they 
were  determined? 

c.  What  area  of  the  LSA  process  does  this  logistics  area 
relate  to  most  closely  and  with  which  It  could  be  com¬ 
pared  to  evaluate  the  success  of  LSA? 


APPENDIX  C 

THE  ACQUISITION  PROCESS 


GENERAL:  This  appendix  provides  a  brief  Introduction  to  the 
acquisition  process.  It  Is  not  a  thorough  discussion,  but 
Is  Intended  to  provide  a  basic  familiarization.  Additional 
Information  can  be  found  In  Department  of  Defense  Directive 
5000.1,  "Major  System  Acquisitions,"  and  Department  of 
Defense  Instruction  5000.2,  "Major  System  Acquisition  Pro¬ 
cedures." 

The  Acquisition  Process 


The  acquisition  process  Is,  by  Its  nature,  very  com 
plicated  and  complex.  It  Is  participated  In  by  a  myriad  of 
agencies,  commands,  and  decision-making  bodies,  from  the 
using  or  operating  command  In  the  Air  Force  up  to  and 
Including  the  President  and  the  Congress.  The  Office  of 
Management  and  Budget  (0M8)  Circular  A-109  describes  the 
acquisition  process  as: 


The  sequence  of  acquisition  activities  starting  from  the 
agency's  reconciliation  of  Its  mission  needs  with  Its 
capabilities,  priorities  and  resources,  and  extending 
through  the  Introduction  of  a  system  Into  operational 
use  or  the  otherwise  successful  achievement  of  program 
objectives  [11:3]. 

This  sequence  of  activities  Is  often  referred  to  as  an 
acquisition  cycle.  The  cycle  begins  with  the  Identification 
of  a  mission  need  and  related  requirements  being  esta¬ 
blished.  Ourlng  the  Conceptual  phase,  alternative  systems 
and  concepts  are  evaluated  for  satisfying  the  need.  The 
most  promising  al ternatlvel s)  Is  further  defined  and 
evaluated  during  the  Val Idatlon/Demonstratlon  phase.  The 
Full  Scale  Development  phase  follows  to  accomplish  the 


development  of  a  final  design  and  a  rigorous  program  of  test 
and  evaluation  of  that  design.  If  the  developed  system  meets 
the  mission  requirements  and  has  a  priority  such  that  funds 
are  allocated  for  Its  procurement*  then  production  begins. 
The  system  Is  then  fielded  and  becomes  operational.  Over  a 
period  of  years  changes  occur  in  technologies*  missions,  and 
threats  which  require  changes  and  modifications  to  the  sys¬ 
tem.  Ultimately*  It  cannot  be  modified  further*  and  the 
cycle  must  begin  again  with  updated  mission  needs. 

The  0MB  and  the  Office  of  Federal  Procurement 
Pollcy(OFPP)  describe  the  major  system  acquisition  cycle  as 
consisting  of  seven  distinct  phases.  A  description  of  the 
seven-phase  cycle  Is  provided  below.  The  Department  of 
Defense  and  the  Air  Force  Implement  this  seven-phase  cycle 
by  progressing  through  four  major  decision  points  known  as 
milestones.  This  decision  point  structure  Is  used  In  order 
to  achieve  cost  effectiveness  and  risk  reduction  at  each 
point  In  the  life  cycle.  The  time  periods  before  and  after 
each  milestone  are  referred  to  by  DoD  as  phases  with  the 
descriptions  being  very  similar  to  those  of  OFPP’s 
corresponding  seven  phases.  The  DoD’s  structure  essentially 
uses  five  phases. 

For  each  of  the  four  milestone  decision  points,  a 
program  can  either:  (1)  be  approved  for  the  next  phase  of 
the  cycle*  (2)  have  further  studies  conducted  by  the  Air 


Force,  or  (3)  be  discontinued.  At  each  milestone  decision 
point,  the  appropriate  decision  authority  must  make  one  of 
these  choices  for  a  given  program.  The  appropriate  decision 
authority  for  each  program  Is  established  based  upon  such 
factors  as  the  estimated  program  cost,  single  or  multiple 
services  Involvement,  Allied  Involvement,  and  the  urgency  of 
need.  The  Secretary  of  Oefense  (SECOEF)  will  designate  any 
new  systems  that  are  to  be  managed  as  major  systems.  For 
those,  the  SECOEF  Is  the  decision  authority.  He  will 
receive  recommendations  from  the  Defense  Systems  Acquisition 
Review  Council  (DSARC).  DSARC  review  and  SECOEF  approval  Is 
required  on  major  programs  for  Milestones  I  and  II.  Air 
Force  programs  that  are  not  major,  but  that  are  critical  and 
subject  to  high  level  review  are  referred  to  as  Air  Force 
Designated  Acquisition  Programs  (AFDAP*s).  For  these  pro¬ 
grams,  the  Secretary  of  the  Air  Force  Is  the  decision 
authority  fct  each  milestone.  He  will  receive  recommenda¬ 
tions  from  the  Air  Force  System  Acquisition  Review  Council 
(AFSARC).  For  less  than  major  programs  that  are  not 
categorized  as  AFDAP’s,  the  Air  Staff  will  be  the  decision 
authority. 

The  discussion  that  follows  describes  the  acquisi¬ 
tion  process  for  major  system  acquisitions.  For  less  than 
major  programs  the  process  Is  very  similar  except  for  the 
review  and  approval  levels.  It  should  be  noted  that,  for 
many  programs,  one  or  more  of  the  phases  requires  many 


Iterations  and  the  cycle  Itself  Is  not  accomplished  at  a 
smooth  and  steady  pace. 

1.  Mission  Analysis:  A  continuing  analysis  effort  by  a 
federal  agency  of  current  and  forecasted  mission  capabili¬ 
ties,  technological  opportunities,  overall  priorities,  and 
resources  that  are  Involved  for  meeting  the  national  needs 
that  are  the  responsibility  of  that  agency. 

2.  Evaluation  and  Reconciliation  of  Needs  In  Context  of 
Agency  Mission,  Resources,  and  Priorities:  When  mission 
analysis  Identifies  a  deficiency  In  existing  agency  capabil¬ 
ities  or  an  opportunity  to  establish  new  capabilities  In 
response  to  a  technologically  feasible  opportunity,  this  Is 
formally  set  forth  In  a  mission  need  statement  (Mission  Ele¬ 
ment  Need  Statement,  MENS).  The  mission  need  statement 
Includes  the  mission  purpose,  capability,  agency  components 
Involved,  time  constraints,  value  or  worth  of  meeting  the 
need,  relative  priority,  and  operating  constraints,  and  Is 
not  to  be  expressed  In  terms  of  equipment  or  other  means 
which  might  satisfy  the  need.  Approval  or  validation  of  a 
mission  need  statement  by  the  appropriate  authority,  the 
SECDEF  for  major  systems,  represents  Milestone  Zero/Program 
Initiation  Decision  In  the  DoD  acquisition  cycle. 

3.  Exploration  of  Alternative  Systems  (the  Conceptual 
Exploration  Phase  for  DoD):  Approval  of  the  mission  need 
formally  starts  the  major  system  acquisition  process  by 
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granting  authority  to  explore  alternative  system  design  con¬ 
cepts.  During  this  phase,  a  program  manager  Is  designated 
and  an  acquisition  strategy  Is  developed.  One  of  the  key 
steps  In  the  Implementation  of  the  acquisition  strategy  Is 
the  solicitation  to  Industry  In  terms  of  the  mission  need 
Instead  of  predetermined  system  characteristics.  This  soli¬ 
citation  Is  accomplished  through  the  request  for  proposal 
(RFP).  The  responses  from  Industry  are  then  evaluated,  and 
the  most  promising  system  design  concepts  are  selected  for 
further  exploration.  Parallel  short-term  contracts  may  be 
let  for  those  concepts  selected  for  further  exploration. 

The  alternative  system  design  concepts  selected  for  con¬ 
sideration  for  competitive  demonstration  are  submitted  by 
the  Secretary  of  the  Air  Force  to  the  SECDEF  for  approval. 
SECOEF  approval  to  proceed  Into  the  Demonstration  and  Vali¬ 
dation  phase  represents  Milestone  I/Requirement  Validation 
Decision. 

4.  Competitive  Demonstrations  {the  Demonstratlon/Val Idatlon 
Phase  for  DoD):  Competitive  demonstrations  are  Intended  to 
verify  that  the  chosen  concepts  are  sound,  perform  In  an 
operational  environment,  and  provide  a  basis  for  selection 
of  the  system  design  concept(s)  to  be  continued  Into  full- 
scale  development.  Such  demonstrations  normally  Involve 
some  type  of  hardware  prototype,  but  can  be  just  paper  stu¬ 
dies  or  a  combination  of  the  two.  The  aim  of  this  phase  Is 
reduction  of  technical  risk  and  economic  uncertainty  by 
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achieving  a  more  detailed  definition  of  the  new  system. 
Contractors  will  respond  during  this  phase  to  the  Request 
for  Proposal  (RFP)  prepared  by  the  Government.  Sometimes  two 
contractor  proposals  will  be  selected  for  advancement  Into 
the  next  phase  (FSO)  of  the  process,  If  they  satisfy  the 
system  requirements.  At  the  end  of  this  stage,  a  Milestone 
II  review  Is  conducted  by  the  AFSARC,  the  Secretary  of  the 
Air  Force,  and  the  DSARC.  If  the  SECDEF  grants  his  approval 
at  this  point.  Milestone  II  is  achieved  (Program  Go-ahead 
Decision)  and  the  Full  Scale  development  phase  Is  entered. 

5.  Full-Scale  Development,  Test,  and  Evaluation  (the  Full- 
Scale  Development  Phase  for  DoD):  During  this  phase,  the 
system  and  Its  associated  support  systems  are  designed, 
developed,  fabricated  and  tested.  The  objective  of  this 

phase  Is  to  develop  Initial  production  prototypes  and  the 

/ 

associated  documentation  needed  to  produce  and  support  the 
system. 

Testing  and  Evaluation  are  also  a  significant  part  of 
the  effort  accomplished  during  this  phase.  The  primary  pur¬ 
pose  of  test  and  evaluation  (TAE)  Is  risk  reduction.  TAE  Is 
the  only  method  of  demonstrating  that  the  program  objectives 
are  being  achieved,  and  It  also  provides  Information  neces¬ 
sary  for  program  decisions  and  pertinent  recommendations. 
Testing  and  evaluation  are  required  by  DODI  5000.2  to  begin 
as  early  as  possible  In  the  acquisition  process.  A  thorough 
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•valuation  of  all  aspects  of  the  system  Is  required  prior  to 
a  full-scale  production  decision.  Once  adequate  testing  Is 
completed,  the  point  has  been  reached  where  a  Milestone  III 
decision  must  be  made.  This  Is  the  Production  decision.  If 
no  major  program  changes  have  occured,  the  Secretary  of  the 
Air  Force  can  make  the  Production  decision. 


6.  Product1on( the  Production  Phase  for  DoD):  During  this 
phase,  the  system  and  all  support  elements  are  produced  for 
operational  use.  Some  testing  that  was  not  completed  during 
FSD  will  continue.  Also  during  this  phase  program  manage¬ 
ment  responsibility  transfer  (PMRT)  occurs.  PMRT  Is  the 
transfer  of  the  responsibility  for  managing  a  program  from 
AFSC  to  AFLC. 


7.  Deployment  and  Operation:  As  produced  systems  become 
available,  they  are  deployed  Into  operational  use,  thereby 
providing  the  capability  originally  Identified  In  the  mis¬ 
sion  need  statement.  This  new  capability  then  becomes  a 
factor  In  the  continuing  mission  analyses  of  the  agency,  and 


the  major  system  acquisition  cycle  continues. 


Air  Force  Acquisition 
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The  Air  Force  agency  responsible  for  developing  and 
acquiring  new  weapon  systems  Is  Air  Force  Systems 
Command (AFSC) .  AFSC  Is  comprised  of  five  major  product 
divisions  and  other  smaller  specialized  organizations.  The 
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five  product  divisions  represent  logical  divisions  In  the 
spectrum  of  weapons  systems  being  procured.  The  five  pro* 
duct  divisions  are  the  Space  Division  (SO),  the  Aeronautical 
Systems  Division  (ASO),  the  Ballistic  Missile  Office  ( BMO) , 
the  Electronic  Systems  Division  (ESD),  and  the  Armament 
Division  (AD).  When  a  need  has  been  Identified  and  the 
acquisition  cycle  has  begun  for  a  new  system.  It  Is  con¬ 
sidered  an  acquisition  program.  It  will  usually  be  assigned 
to  a  product  division  even  before  the  milestone  zero  deci¬ 
sion  has  been  made. 

The  workhorses  of  the  product  divisions  are  the  System 
Program  Offices  (SP0*s).  A  SPO  Is  the  single  point  of  con¬ 
tact  for  any  government  or  Industry  agency  Involved  with  the 
acquisition  of  a  particular  system.  A  SPO  may  be  responsi¬ 
ble  for  only  one  major  program,  such  as  In  the  B-1B  program. 
However,  a  SPO  could  be  responsllie  for  several  programs  of 
different  sizes  and  In  different  phases  of  the  acquisition 
process( "basket  SPO").  For  every  active  program,  a  program 
manager(PM)  Is  designated  and  the  PM  Is  the  single  Air  Force 
manager  responsible  for  that  acquisition  program.  He  Is  the 
person  In  charge  of  the  whole  program.  The  PM  has  a  tremen¬ 
dous  amount  of  responsibility  and  with  It  the  needed  author¬ 
ity  to  ensure  successful  conduct  of  the  acquisition. 


Whether  the  program  Is  large  or  small,  the  PM: 

..must  pull  together  many  resources  and  orchestrate  the 
efforts  of  the  SPO,  the  contractor,  the- participating 
commands,  and  other  agencies  to  effectively  develop, 
produce,  and  deploy  the  weapon  system  or  product  [7:19]. 

The  SPO  Is  composed  of  several  functions  which  are  all 
required  for  the  successful  execution  of  any  program.  The 
functional  offices  within  the  SPO  usually  Include  engineer¬ 
ing,  logistics,  test,  deployment,  business  management,  con¬ 
figuration  management,  contracting  and  manufacturing.  All 
of  these  functional  areas  must  Interact  successfully  In 
order  to  achieve  a  balance  among  the  efforts  of  their  Indi¬ 
vidual  specialities  and  ultimately  an  optimum  product. 

This  thesis  Is  especially  aimed  at  Improving  the 
Interaction  between  the  logistics  and  engineering  functions 
by  determining  where  certain  logistics  criteria,  known  early 
In  the  process,  could  be  found  and  therefore  made  available 
to  the  engineering  function  when  It  prepares  the  system 
specification. 
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APPENDIX  D 


LOGISTICS  AND  SYSTEM  ENGINEERING 


GENERAL:  This  appendix  provides  some  further  background  on 
Integrated  Logistics  Support,  Logistics  Support  Analysis, 
and  System  Engineering.  Logistics  Support  Analysis  supports 
ILS,  out  Is  accomplished  In  conjunction  with  System 
Engineering.  The  success  of  any  program  will  depend  on  the 
quality  of  Interaction  between  these  two  disciplines. 

Integrated  Logistics  Support 

Integrated  Logistics  Support(ILS)  has  become  one  of  the 
major  elements  In  defense  system  programming  and  acquisi¬ 
tion.  ILS  has  been  alive  officially  since  1964  when  DoD 
Directive  4100.35,  "Development  of  Integrated  Logistics  Sup¬ 
port  for  Systems  and  Equipment,"  was  published.  ILS  has  the 
objective  of  achieving  "an  optimum  balance  between  total 
system  performance,  cost,  and  schedule  while  developing  an 
Integrated  support  system  [4:59]."  The  motivation  for  ILS 
Is  the  significant  portion  of  a  system's  total  LCC  that  goes 
toward  operating  and  support  expenses.  ILS,  like  any  new 
program  or  discipline,  had  to  receive  the  proper  attention 
of  both  Industry  and  government  agencies  In  order  to  begin 
to  play  Its  Intended  role.  Some  of  the  key  points  stressed 
early  In  the  life  (1965)  of  ILS  were: 

1.  ILS  1$  necessary  for  the  development  of  an  effec¬ 
tive  and  economical  support  system. 

2.  For  the  most  part,  the  cost  of  ownership  of  weapon 
systems  far  exceeds  the  development  and  Investment 
costs. 


3.  The  cost  of  ownership  of  weapons  systems 
effectively  controlled  by  emphasis  on  ILS  as 


Is  most 
early  In 
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the  conceptual  phase  of  the  system  as  possible. 

4.  ILS  represents  the  start- to-flnlsh  life-cycle  plan¬ 
ning  of  total  maintenance  and  logistics  support  of 
weapon  systems.  [4:60] 

As  these  Ideas  took  hold  In  the  defense  and  Industry 
circles.  Interest  and  support  for  ILS  grew.  ILS  became  more 
refined  and  was  better  defined  as  a  concept.  Procedures 
were  developed  for  Implementing  ILS  Into  the  acquisition 
process.  The  Air  Force  Implemented  major  ILS  efforts  within 
the  original  B-l  program  and  with  the  F-1S  program.  The 
SPO's  for  both  of  these  programs  had  ILS  offices  within  them 
and  the  ILSO's  were  given  the  responsibility  and  authority 
commensurate  with  their  intended  function.  After  these  two 
major  programs,  ILS  became  a  standard  for  most  other  pro¬ 
grams  and  eventually  a  mandatory  element  for  any  acquisition 
program. 

ILS  did  not,  however,  become  an  effort  that  could  be 
successfully  accomplished  without  difficulty.  Obstacles  to 
achieving  the  Intended  benefits  of  ILS  still  exist.  Concern 
over  the  up-front  cost  for  ILS,  when  a  program  manager  Is 
trying  to  do  the  most  he  can  within  budget  constraints,  has 
been  and  Is  a  real  problem.  Other  obstacles  also  exist,  but 
this  Is  the  primary  one.  This  obstacle  reflects  essentially 
short-sighted  and  parochial  planning  as  described  below: 

The  concept  of  making  early,  relatively  small  Invest¬ 
ments  In  order  to  realize  a  lower  life  cycle  cost  1$ 
central  to  the  ILS  philosophy.  Only  when  ILS  Is 
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Implemented  early  and  afforded  a  chance  to  Impact 

design  can  the  Intent  of  ILS  be  met  [4:61]. 

ISA  as  a  process  addresses  a  number  of  the  ILS  elements  and, 
when  accomplished  properly,  It  provides  a  means  of  overcom¬ 
ing  some  existing  obstacles.  It  Is  proposed  that  the  use  of 
a  logistics  specification,  written  In  the  Mil-Prime  format, 
would  also  be  extremely  useful  In  the  formation  of  system 
specification  requirements.  Such  a  document  would  provide 
the  means  for  establishing  enforceable  and  verifiable  logis¬ 
tics  requirements  and  a  way  around  many  of  the  obstacles  to 
achieving  the  goals  of  ILS. 

The  ILS  Elements 

Integrated  Logistics  Support  originally  consisted  of 
seven  basic  elements.  The  number  of  elements  of  ILS  has 
changed  over  the  years  ( 11 ,13, 10, etc . )  and  now  stands  at  15. 
Air  Force  Regulation  800-8,  Integrated  Logistics  Support 
Program,  lists  and  defines  the  current  15  elements  as  shown 
below.  Included  with  each  element  Is  a  keyed  symbol  to 
Indicate  the  elements  relationship  to  requirements  In  MIL- 
STD-490.  At  the  end  of  each  element,  an  (A)  Is  added  If 
MIL-STD-490  has  requirements  for  much  of  this  Information  to 
be  specified  In  the  system  specification  but  not  In  the 
logistics  section  (para  3.5).  A  (B)  Is  added  If  MIL-STD-490 
requires  much  of  this  Information  to  be  specified  In  the 
logistics  section  (para  3.5)  of  the  system  specification. 


No  symbol  is  added  If  the  element's  Information  Is  not 
required  by  MIL-STD-490. 


1*  Reliability  and  Malntalnabll Ity(RAM) :  RAM  are  key 
design  parameters  that  Influence  both  the 
performance(m1$s1on  effectiveness,  system  availability) 
and  economlcst support  requirements ,LCC)  of  a  weapon 
system.  RAN  are  true  engineering  design  parameters  and 
are  normally  managed  by  the  engineering  division  of  a 
program  office.  (A) 

2.  Maintenance  Plannlng(MP) :  MP  Is  conducted  to 
establish  concepts  and  requirements  for  on-  and  off- 
eaulpment  maintenance  to  be  performed  during  the  life 
of  the  system  or  equipment.  This  process  begins  early 
In  the  acquisition  cycle  with  the  development  of  the 
maintenance  concept.  (B) 

3.  Support  Equipment SE) :  The  purpose  of  the  SE  ele¬ 
ment  of  ILS  Is  to  ensure  that  the  required  equipment  Is 
available  to  operating,  maintenance,  and  training 
activities  when  needed.  SE  Includes  all  equipment 
required  to  perform  the  support  function,  except  that 
which  Is  an  Integral  part  of  the  mission  equipment. 

( B) 


4.  Supply  Support(SS):  Supply,  support  Includes  provi¬ 
sioning  for  Initial  support,  as  well  as  acquiring,  dis¬ 
tributing,  and  replenishing  Inventory  spares  and  repair 
parts,  and  performing  special  studies.  (B) 


parts,  and  performing  special  studies.  (B) 

5.  Packaging,  Handling,  and  Transportatlon(PHT) :  This 
element  Includes  the  requirements,  resources,  and  pro¬ 
cedures  necessary  to  ensure  that  all  system,  equipment, 
and  support  Items  are  transported,  preserved,  packaged, 
and  handled  properly.  (A) 

6.  Technical  Data(TD):  TD  Is  the  Information  needed 
to  translate  system  and  equipment  requirements  Into 
discrete  engineering  and  logistic  considerations.  TO 
Is  the  communications  link  between  the  designer  and  the 
user. 


/.  Facll 1 t1es( FA) :  The  FA  program  ensures  that  all 
required  facilities  are  available  to  operating  forces 
and  supporting  activities,  concurrently  with  the  prime 
system  and  equipment.  (B) 

8.  Manpower  Requirements  and  Personnel (MRP) :  Manpower 
requirements  are  developed  and  personnel  assignments 


ensures  that  all 
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art  made  to  meet  Mission  support  demands  throughout  the 
lift  cycle  of  a  system.  (A) 

9.  Training  and  Training  Support(TTS) :  The  TTS  ele¬ 
ment  defines  qualitative  and  quantitative  requirements 
for  training  of  operating  and  support  personnel 
throughout  the  system's  life  cycle.  (A) 

10.  Logistics  Support  Resource  Funds(LSRF):  In  ILS 
planning,  management  must  consider  the  Interface 
between  support  element  needs  and  defense  budgeting  and 
financing  procedures,  during  all  phases  of  the  equip¬ 
ment  life  cycle.  Because  of  their  Importance  In  Imple¬ 
menting  logistics  support,  budgeting  and  financing 
activities  are  Included  as  prime  elements  of  support 
management. 

11.  Logistics  Support  Management  Informat1on(LSMI ) : 

LSMI  Includes  all  Information  generated  for  or  used  by 
both  Government  and  contractor  ILS  managers.  In  plan¬ 
ning  for  and  acquiring  the  other  elements  of  ILS. 

12.  Computer  Resources  Support(CRS) :  Computer 
resources  comprise  a  significant  part  of  current  sys¬ 
tems  and  equipment  and  Include  special  purpose  computer 
program  documentation,  related  software,  and  source 
data.  This  element  In  ILS  Is  usually  planned  and 
developed  by  a  computer  resources  working  group  (CRWG), 
which  documents  the  approach  In  a  computer  resources 
Integrated  support  plan(CRISP).  (A) 

13.  Energy  Management(EM) :  ILS  must  consider  energy 
requirements  and  constraints  In  providing  effective  and 
economical  support  to  systems  and  equipment  throughout 
their  life  cycle. 

14.  Survlvablllty(SV):  The  survivability  of  the  system 
Is  vital  to  accomplishing  the  Intended  mission.  An 
Integral  part  of  ILS  planning  Is  to  preserve  the  sur¬ 
vivability  design  features  during  the  system's  life 
cycle.  (A) 

15.  ILS  Test  and  EvaluatlonULS  T4E):  This  Includes 
planning  for  testing  and  evaluating  the  support  system 
during  development  and  operational  testing.  (A) 


As  can  be  seen  from  the  objective  of  ILS  and  the  ele¬ 
ments  above  that  comprise  It,  ILS  must  be  a  part  of  every 
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phase  of  the  acquisition  process.  The  conduct  of  an  ILS 
program  for  a  major  weapons  system  acquisition  Isa  very 
demanding  task,  requiring  the  best  from  experts  In  the 
logistics  field  and  many  Iterations  of  studies,  analyses, 
and  plans.  It  Is  an  effort  participated  In  by  many  agen¬ 
cies,  Including  the  contractor,  the  program  office,  AFLC , 
the  using  command  and  others.  However,  as  complex  as  ILS 
might  be  to  accomplish  for  any  given  program.  It  Is  only  a 
portion  of  the  total  acqulstlon  process  for  that  program. 

Logistics  Support  Analysis 

-Logistics  Support  Analysls(LSA)  Is  both  a  process  and 
an  approach.  It  Is  an  Iterative  process  that  Is  accom¬ 
plished  with  the  system  design  effort,  and  which  should 
begin  at  the  earliest  stages  of  a  program's  life  cycle.  It 
Is  a  process  that  takes  place  within  the  system  engineering 
process  to  accomplish  the  logistics  engineering  effort.  LSA 
Is  a  dynamic  process  that  takes  the  design  Into  account  In 
determining  support  requirements  and  affects  the  design  In 
light  of  the  design's  Impact  on  support  requirements.  LSA 
Is  therefore  an  approach  to  accomplishing  the  major  objec¬ 
tives  of  ILS.  The  different  elements  of  ILS  are  able  to 
Interact  with  each  other  and  with  other  disciplines  through 
LSA.  The  result  of  LSA  Is  a  single  data  base  for  logistics 
Information  Including  the  results  of  analyses  and  actual 
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decisions  made.  From  this  data  base,  an  output  Is  available 
that  provides  specific  support  requirements.  The  objectives 
of  support  analysis  are  to: 

1.  Cause  supportabll Ity  requirements  to  be  an  Integral 
part  of  system  requirements  and  design. 

2.  Define  support  requirements  that  are  optimally 
related  to  the  design  and  to  each  other. 

3.  Define  the  support  required  during  the  operational 
phase. 

4.  Prepare  attendant  data  products. 

[21:111] 

LSA  has  the  ability  to  accomplish  these  objectives 
because  It  Is  In  reality  two  distinct  efforts  which  are  con¬ 
ducted  together.  These  two  efforts  depend  on  each  other  and 
have  been  referred  to  as  Informal  and  formal  (23).  The 
Informal  aspect  of  LSA  Is  that  part  which  Is  composed  of  the 
conduct  of  studies,  tradeoffs,  and  analytical  efforts.  This 
part  of  LSA  must  be  accomplished  throughout  the  life  cycle 
of  a  system  and  most  Importantly  prior  to  and  during  the 
conceptual  phase.  In  reality  It  does  not  receive  sufficient 
emphasis  until  the  Full  Scale  Development  phase.  As  a 
result  of  the  Informal  part  of  LSA,  decisions  or  choices  are 
made.  Once  such  decisions  are  made,  they  form  the  basis  for 
the  formal  LSA  effort.  The  formal  part  of  LSA  Is  the 
development  of  the  data  base  of  logistics  Information  men¬ 
tioned  above. 


Logistics  Support  Analysis  Is  described  In  MIL-STD- 
1388-1A.  This  standard  provides  the  general  requirements 


and  task  descriptions  for  the  performance  of  support 
analysis  througout  the  life  of  a  system  to  which  It  Is 
applied.  As  described  In  MIL-STD-1388-1A,  LSA  Is  a  respon¬ 
sibility  of  both  the  Government  and  the  contractor.  The 
tradeoff  studies  and  analyses  that  are  considered  the  Infor 
mal  part  of  LSA,  would  begin  at  the  earliest  stages  of  a 
program  and  be  done  solely  by  Government  activities.  Once 
the  contractor  became  Involved  In  the  program,  the  perfor¬ 
mance  of  appropriate  similar  Informal  LSA  efforts  would  be 
required  of  him.  As  the  program  proceeded  and  the  design 
evolved,  such  analyses  and  studies  would  move  to  an  Increas 
Ing  level  of  detail.  This  Informal  part  of  LSA,  for  both 
the  Government  and  the  contractor,  would  not  end  until  the 
system  Is  well  Into  operation;  but  the  flexibility  to  make 
any  major  changes  relative  to  support  areas  would  be  very 
limited  by  the  start  of  FSO. 

MIL-STD-1388-1A  also  addresses  formal  LSA  and  the 
logistics  data  base  that  Is  to  be  developed.  The  specifics 
on  what  the  data  base  should  provide  are  contained  In  MIL- 
ST0-1388-2A.  The  contractor  Is  primarily  responsible  for 
the  formation  and  development  of  this  data  base,  and  he  can 
use  either  Government  provided  computer  programs  or  contrac 
tor  developed  ones.  The  major  requirement  Is  that  the  out¬ 
put  from  such  a  data  processing  capability  will  yield  the 
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required  Information.  The  types  of  studies  and  analyses 
that  a  contractor  will  be  required  to  do,  and  the  types  of 
output  Information  that  will  be  required  are  described  In 
various  task  descriptions  In  MIL-STD-1388-1A.  The  tasks  In 
the  standard  will  be  tailored  to  the  particular  system  and 
life  cycle  phase.  The  particular  tasks  required  are  listed 
as  part  of  the  Statement  of  Work  (SOU),  and  the  output 
Information  desired  Is  described  as  part  of  the  Contract 
Data  Requirements  Llst(CDRL)  portion  of  a  contract.  The 
output  from  the  LSA  data  base  should  be  summary  reports 
relating  to  specific  logistics  support  areas( personnel  and 
skill  summary,  repair  parts  list,  etc.)  or  reports  that  can 
yield  data  for  further  studies  and  recommendations.  The 
data  base  can  be  made  available  to  Government  representa¬ 
tives  and  agencies  If  this  capability  Is  tasked  for  In  the 
SOU. 

The  main  difficulty  with  LSA  Is  that  the  output  data  It 
provides  Is  not  available  during  the  early  life  of  a  system 
when  the  critical  decisions  are  being  made  and  requirements 
established.  Fig.  2.  shows  two  curves  which  Illustrate  this 
difficulty.  Curve  A  shows  the  number  of  logistics  decisions 
remaining  In  the  life  of  the  system.  This  number  decreases 
as  time  passes.  This  decrease  occurs  because  the  developing 
design  will  dictate  how  logistics  areas  must  be  constrained 
to  support  the  design.  The  curve  Indicates  that  logistics 
requirements  areas  need  to  have  decisions  on  them  made 


early.  Curve  B  shows  how  LSA  data  begins  as  essentially 
non-existent  or  minimal  and  Increases  with  time.  The  need 
exists  to  obtain  valid  data  at  a  much  earlier  point  In  the 
life  cycle  so  that  more  logistics  decisions  can  be  made 
based  on  that  valid  data. 


Time - > 


Fig.  2:  LCC  Impact  versus  LSA  Data  Availability 

From  the  description  of  LSA,  It  Is  obvious  that  It  Is 
critical  to  the  success  of  a  program's  ILS  effort.  Each  of 
the  15  elements  of  ILS  are  supported  by  LSA.  LSA  has  been 
described  as  being  "the  only  analytical  activity  within  the 
logistics  field  dedicated  to  providing  guidance  to  the  pri¬ 
mary  product  design,  and  determining  functional  requirements 
for  each  of  the  logistics  elements  (16:STARR-1].“  Once 


again,  ISA  Is  not  an  end  In  Itself,  but  one  of  the  parts  of 
the  whole  effort  we  go  through  to  acquire  systems  with  the 
best  balance  between  cost,  schedule,  performance,  and  sup- 
portabll Ity . 

Achieving  this  "optimum"  balance  among  all  require¬ 
ments,  needs,  and  objectives  to  acquire  the  best  system  with 
the  least  total  life  cycle  cost  Is  a  dynamic  and  overwhelm¬ 
ingly  complex  process.  It  Is  a  process  In  which  we  continu¬ 
ously  aim  for  the  Ideal  and  plan  as  though  we  can  achieve 
It.  In  reality,  we  find  that  optimization  of  a  system  with 
an  essentially  Infinite  number  of  constraints  Is  not  possi¬ 
ble.  Much  room  exists  for  Improvements  in  our  methods  and 
procedures,  and  this  thesis  looks  at  how  we  can  Improve  on 
just  one  small  area.  It  Is  certain;  however,  that  Improve¬ 
ments  In  this  small  area  can  have  significant  cost  and  sup- 
portability  Impacts. 
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Engineering  Management 


Engineering  Management,  as  defined  by  MIL-STD-499A,  Is 
"the  management  of  the  engineering  and  technical  effort 
required  to  transform  a  military  requirement  Into  an  opera¬ 
tional  system  [20:3]."  This  effort  Is  subordinate  to  pro¬ 
gram  management  and  conducted  by  the  engineering  function 
within  the  SPO.  Engineering  dominates  as  the  major  function 
shaping  the  characteristics  of  the  system  being  acquired. 
Engineering  Management  Is  essentially  system  engineering. 

It  Is  used  to  define  the  system  performance  parameters  and 
configuration  needed  to  meet  the  Identified  requirements. 

Its  aim  Is  to  conduct  the  development  with  a  systems 
approach.  To  do  this,  system  engineering  must  Integrate  and 
manage  the  efforts  of  various  engineering  areas  Including 
design  engineering,  test  engineering,  production  engineer¬ 
ing,  and  specialty  engineering.  The  specialty  engineering 
disciplines  Include  rel labll 11 ty ,  maintainability,  logis¬ 
tics,  human  factors,  safety,  and  others.  The  detailed 
engineering  efforts  are  usually  accomplished  by  the  contrac¬ 
tor  as  a  result  of  tasks  levied  on  him.  As  a  program 
progresses  through  the  acquisition  phases,  systems  engineer¬ 
ing  becomes  an  Increasingly  more  detailed  effort,  beginning 
with  a  general  system  description  or  requirement  s) ,  and 
culminating  In  the  physical  product  to  meet  the  actual 


requirement. 


Systems  engineering  and  LSA  are  very  closely  related 
and  must  be  accomplished  together.  Each  effort  affects  the 
other  and  decisions  made  for  either  area  must  be  weighed 
concerning  their  Impacts  on  the  total  system  outcome.  Sys¬ 
tem  engineering  alms  to  achieve  a  balance  among  operational 
(performance),  economic  (cost,LCC),  and  logistics  (support) 
factors.  This  means  that: 

..the  Integration  of  ILS  concepts  and  planning  con¬ 
siderations  Into  the  system  engineering  process  Is  a 
continual  and  Iterative  activity,  with;  the  output  being 
the  optimal  balance  between  performance  and  support  con¬ 
siderations  and  optimal  trade-offs  among  costs  of  owner¬ 
ship,  schedule,  and  system  effectiveness  [20:8]. 

Within  the  SPO,  the  Deputy  Program  Manager  for  Logis¬ 
tics  (OPML)  and  his  Integrated  Logistics  Support  Office 
(ILSO)  are  responsible  for  monitoring  the  logistics  Impacts 
of  the  system  design  as  It  evolves  and  for  ensuring  that  the 
design  considers  logistics  constraints.  The  contractor  also 
plays  a  major  role  through  his  conduct  of  logistics 
engineering  (establishing  optimal  logistics  requirements) 
and  logistics  support  analysis  (defining  support  needs  such 
as  maintenance,  equipment,  spares,  repair  parts,  etc.). 

One  of  the  primary  responsibilities  of  the  system 
engineering  process  Is  to  generate  system  and  subsystem 
specifications  for  program  peculiar  Items  In  accordance  with 
MIL-STD-490.  These  specifications  will  be  refined  to  an 


Increasing  level  of  detail  as  the  program  proceeds  through 
the  various  phases.  Maintaining  control  of  this  refinement 
process,  with  regard  to  functional  and  physical  characterise 
tics  of  the  system.  Is  the  responsibility  of  the  configura¬ 
tion  management  function  within  the  SPO. 


Specifications  for  program  peculiar  Items  are  generated 
In  accordance  with  MIL-STD-490  guidance  and  will  typically 
be  one  of  five  types:  system  specification  (Type  A), 
development  specification  (Type  B) ,  product  specification 
(Type  C),  process  specification  (Type  0),  and  material 
specification  (Type  E).  Program  peculiar  Is  a  term  that 
might  be  easily  misunderstood.  It  Is  defined  In  MIL-STD-490 
as: 


Program  peculiar  Items,  processes  and  materials  as  used 
In  this  standard.  Include  all  Items,  processes  and 
materials  conceived,  developed,  reduced  to  practice  or 
first  documented  for  the  development,  procurement,  pro¬ 
duction,  assembly.  Installation,  testing  or  support  of 
the  system/equipment/end  Item  (Including  their  com¬ 
ponents  and  supporting  Items)  developed  or  Initially 
procured  under  a  specific  program  [20:1]. 


A  system  specification  does  address  technical  and  mis¬ 
sion  requirements  at  a  system  level.  It  assigns  requirements 
to  various  functional  areas  and  defines  the  Interfaces  among 
functional  areas.  The  Initial  system  specification  for  a 
program  would  be  based,  on  parameters  developed  during  the 
concept  formulation  period  or  from  preliminary  feasibility 
studies  and  analyses.  During  the  Demonstratlon/Yal Idatlon 
phase,  the  system  specification  Is  placed  under  Government 


control.  It  may  be  updated  by  Engineering  Change  Proposals 
(ECP)  as  a  program  progresses.  The  final  authenticated  ver¬ 
sion  of  the  system  specification  Is  a  "future  performance 
base  for  the  development  and  production  of  the  prime  Items 
and  subsystems  [22:3]."  The  Mil-Prime  specification  method, 
discussed  In  Chapter  1,  Is  used  to  help  form  the  Initial  or 
draft  system  specification.  A  Mil-Prime  specification  docu¬ 
ment  and  Its  associated  handbook  are  used  to  generate  the 
appropriate  requirements  for  a  given  functional  area's  (e.g. 
landing  gear,  environmental  control)  portion  of  the  system 
specification.  It  can  be  seen  how  a  logistics  specification 
would  be  very  useful  In  providing  a  means  of  forming  logis¬ 
tics  requirements  for  program  peculiar  specifications.  This 
would  allow  LSA  to  have  a  much  earlier  Impact  on  the  system 
design. 

Development  specifications  address  requirements  for 
"the  design  or  engineering  development  of  a  product  during 
the  development  period  [22:3].”  They  are  more  detailed  than 
a  system  specification  and  address  the  specific  performance 
characteristics  that  a  subsystem  or  product  are  to  achieve 
prior  to  production.  Development  specifications  are  classi¬ 
fied  by  sub-types  as:  prime  Item,  critical  Item,  non¬ 
complex  Item,  facility  or  ship,  and  computer  program 
development  specifications. 

The  third  type  of  specifications  are  product  speclflca- 
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tlons.  This  type  can  apply  to  any  Item  below  the  system 
level  and  will  address  requirements  that  are  primarily 
oriented  toward  the  fabrication  of  the  product.  Including 
the  mandatory  detailed  design.  Product  specifications  also 
have  sub-types  which  correspond  to  those  listed  above  for 
development  specifications. 

Process  specifications  apply  to  services  which  are  per¬ 
formed  on  a  product  or  material.  A  process  specification 
will  normally  apply  to  production  but  may  be  established  to 
address  the  development  of  a  process.  Material  specifica¬ 
tions  apply  to  raw  materials  used  In  fabricating  products. 
Again,  material  specifications  normally  apply  to  production, 
but  may  be  established  to  address  the  development  of  a 
material . 

The  various  types  of  specifications  described  In  MIL- 
STD-490  provide  a  hierarchy  of  specifications.  The  amount 
and  range  of  design  detail  Increases  as  you  proceed  from  the 
system  specification  down  to  product,  material  and  process 
specifications.  Each  level  of  specification  can  also  be 
modified  to  reflect  later  design  realignments,  through 
Government-approved  changes,  as  you  proceed  through  the 
acquisition  process.  The  specifications  go  through  many 
Iterations  before  being  placed  under  Government  control,  and 
some  of  the  detailed  Information  may  not  be  finalized  until 
well  Into  the  production  phase. 
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An  example  may  help  to  clarify  the  use  of  program  pecu¬ 
liar  specifications  and  their  relationship  to  DODISS  specif¬ 
ications  and  standards.  If  we  wanted  to  write  a  specifica¬ 
tion  for  a  B-l  weapon  system.  It  would  surely  be  considered 
a  single  application  Item,  so  the  specification  would  be 
originated  as  a  MIL-STD-490  system  specification.  The  B-l 
weapon  system,  however,  would  Include  many  components  or 
subsystems,  such  as  a  radio  transceiver,  that  are  also  being 
used  In  other  systems,  so  each  could  be  "specified"  using 
references  to  000ISS  specifications  and  standards.  The 
DODISS  references  would  also  be  used  for  defining  general 
performance  requirements,  such  as  definition  of  environmen¬ 
tal  conditions  to  be  experienced  by  the  aircraft.  The  com¬ 
bination  of  newly  Identified  requirements  and  historically 
developed  (DODISS)  requirements  would  comprise  the  total 
system  requirements.  Then,  as  the  system  design  evolved, 
new  components  and  subsystems  would  be  developed  having 
application  only  to  the  B-l.  Their  requirements  and  design 
would  be  defined  In  additional  program  peculiar  specifica¬ 
tions.  Ultimately,  the  final  B-l  design  would  Include  com¬ 
ponents  built  to  program  peculiar  specifications  and  com¬ 
ponents  procured  to  military  (DODISS)  specifications,  all 
meeting  other  general  requirements  specified  In  other  mili¬ 
tary  (DODISS)  specifications  and  standards. 


APPENDIX  E 


SYSTEM  OPERATIONAL  CONCEPT 
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GENERAL 


The  foraat  for  and  Items  required  In  a  System  Opera* 
tlonal  Concept  (SOC)  are  presented  In  this  appendix.  This 
appendix  Is  composed  of  extracts  from  AFR  57-1,  Statement  of 
Operational  Need  (SON),  Attachment  5.  A  preliminary  system 
operational  concept  may  be  general,  but,  as  a  minimum,  will 
address  or  reference  the  numbered  headings  In  the  format 
shown.  Subitems  will  be  addressed  If  the  data  Is  available. 
The  numbered  format  headings  are  mandatory  for  all  system 
operational  concepts  at  the  full-scale  engineering  develop¬ 
ment  decision  point  update.  At  this  time,  the  subitems  must 
be  completed  or  specifically  Identified  as  "not  applicable". 
Additional  Items  are  Included  as  necessary.  As  can  be  seen 
from  the  distribution  list,  the  SOC  will  be  received  by  many 
offices  Including  AFLC,  AFSC,  and  AFALD. 


System  Operational  Concept  Format  Instructions 

1.  Preparation  Instructions.  Because  of  the  diversity  of 
Air  Force  systems,  operational  concept  development  must  not 
be  overly  standardized.  Different  criteria  are  required  for 
different  systems  and  a  flexible  approach  Is  necessary: 

a.  A  preliminary  system  operational  concept  may  be  gen¬ 
eral,  but,  as  a  minimum,  will  address  or  reference  the  num¬ 
bered  headings  in  the  format  (1,  2, 3, etc.).  Address  subi¬ 
tems  If  data  is  available. 

b.  The  numbered  format  headings  are  mandatory  for  all 
system  operational  concepts  at  the  full-scale  engineering 
development  decision  point  update.  At  this  time,  the  subi¬ 
tems  must  be  completed  or  specifically  Identified  as  "not 
applicable."  Include  additional  Items  as  necessary. 

2.  Distribution: 

a.  Draft  preliminary  system  operational  concepts,  system 
opertlonal  concepts,  and  updates  must  be  sent  simultaneously 
to  applicable  commands  and  agencies  listed  below  for  review 
and  comment  before  submission  to  HQ  USAF  for  approval: 


HQ  ADCOM/XPX,  Peterson  AFB  CO  80914 .  3  copies 

HQ  AFCS/XPQ,  Scott  AFB  IL  52225 .  3  copies 

HQ  AFLC/XRXX ,  HPAFB  OH  45433 . 12  copies 

HQ  AFRES/XPXX,  Robins  AFB  GA  31093 .  2  copies 

HQ  AFSC/XR,  Andrews  AFB  DC  20334 . 12  copies 

HQ  AFTEC/XR,  Klrtland  AFB  NM  87117 .  6  copies 

HQ  ATC/XPQ ,  Randolph  AFB  TX  78148 .  6  copies 


HQ  MAC/XPQ,  Scott  AFB  IL  62225 .  6  copies 

N6B/X0,  Hash  DC  20310 .  6  copies 

HQ  PACAF/D0O,  Hlckam  AFB  HI  96853 .  6  copies 

HQ  SAC/XO/XP,  Offutt  AFB  NE  68113 .  6  copies 

HQ  TAC/XP ,  Langley  AFB  VA  23665 .  6  copies 

HQ  USAFE/DPQ,  APO  New  York  09012 .  6  copies 

HQ  USAFSS/XR,  San  Antonio  TX  78243 .  6  copies 

OC-ALC/XRX,  Tinker  AFB  OK  73145 .  2  copies 

OO-ALC/XRX,  Hill  AFB  UT  84406 .  2  copies 

SA-ALC/XRX,  Kelly  AFB  TX  78241 .  2  copies 

SM-ALC/XRX,  McClellan  AFB  CA  95652 .  2  copies 

WR-ALC/XRX,  Robins  AFB  GA  31098 . 2  copies 

A6NC/XRX,  Newark  AFS  OH  43055 .  1  copy 

AFALD/XRX,  WPAFB  OH  45433 . 10  copies 

b.  The  operating  command  sends  15  copies  of  all  applica¬ 
ble  preliminary  system  operational  concepts,  system  opera¬ 
tional  concepts,  and  updates  to  HQ  USAF/XOO  and  one  copy  to 
HQ  USAF/RDQ. 


System  Operational  Concept 

1.  Introduction:  A  summary  of  the  Intended  employment  and 
posturing  of  combat  forces. 

2.  Mission  Task:  A  brief  description  of  the  operational 
need  or  reference  to  the  proper  SON  or  MENA. 

3.  Operational  System(s):  A  description  of  the  system(s) 
being  developed  to  satisfy  the  operational  need. 

4.  Operational  Environment:  A  description  of  the  environ¬ 
ment  (for  example,  weather,  friendly  system  jamming,  etc.) 
to  be  considered  along  with  the  validated  threat  assessment 
and  updates. 

5.  Scope:  State  the  objectives  to  be  achieved,  the  expected 
Interface  with  other  systems,  services,  agencies,  or  allies, 
and  those  factors  which  influence  the  employment,  deploy¬ 
ment,  and  support  of  combat  forces.  Olscuss  constraints  on 
operational  concept  development  (for  example,  IOC,  full 
operational  capeblllty,  funding,  etc.). 

8.  Employment  (what  and  how): 

NOTE:  Establish  quantitative  or  qualitative  levels  of  system 
performance  for  all  asterisked  l*)  Items  before  the  full 
•cite  engineering  development  decision  point: 

*a.  Performance:  How  the  system  and  significant  elements 


of  the  system  must  perform  In  Its  Intended  operational 
environment. 

*b.  Anticapted  tactics. 

*c.  Availability: 

(1)  Operational  reliability. 

(2)  Maintainability. 

*d.  Mission  scenarios.  How  the  system  will  be  used  to 
accomplish  the  mlssTon  under  various  scenarios: 

(1)  Sortie  rate  and  duration. 

(2)  Mission  mix. 

*e.  Utilization  rates. 

*f.  Force  structure. 

*g.  Command  support. 

*h.  Survivability  to  both  nuclear  and  nonnuclear  attack. 
Including  electromagnetic  field  effects. 

*1.  Payload  capability  or  system  capacity. 

* j .  Command  and  control  communications,  to  Include  backup 
communications. 

*k.  Interoperability. 

l.  Environmental  effect  factors  (weather  and  atmo¬ 
sphere). 

m.  Spectrum  considerations. 

n.  Standardization  considerations. 

o.  Security  (physical,  operations,  communications). 

7.  Deployment  (where  and  when): 

a.  Use  of  main  operating  base  (MOB). 

b.  Use  of  deployment  operating  bases. 

c.  Bare  base. 

d.  Use  of  training  bases,  ranges,  etc. 
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e.  Dispersal,  hardening,  and  mobility  requirements. 

f.  Basing  to  Include  system  distribution  and 
conf1gurat1on( s) . 

g.  Command  and  control  communications  at  each  location. 
8.  Support: 

a.  Manpower  Requirements: 

(1)  Staff  support. 

(2)  Operations  (Include  crew  ratio). 

(3)  Maintenance. 

(4)  Security  police. 

(5)  Base  operating  support. 

(6)  Organization. 

b.  Logistics: 

(1)  Maintenance  plan  (see  APR  66-14). 

(2)  Support  equipment. 

(3)  Supply  support. 

(4)  Transportation,  packaging,  and  handling. 

(5)  Technical  data. 

(6)  Facilities. 

(7)  Logistics  support  resource  funds. 

(8)  Logistics  support  management  Information. 

(9)  Depot  maintenance  planning. 

(10)  Testing  (testability,  on-and-off  line  testing 
requirement) . 

(11)  Computer  resource  Integrated  support  plan  (CRISP) 
(see  AFR  800-14). 

c.  Training  (aircrew,  operator,  and  maintenance  training) 
(see  AFR  50-8): 


(1)  Anticipated  utilization  rates. 

(2)  Average  sortie  duration. 

*(3)  Sortie  rate  and  duration. 

(4)  Trainer  and  simulator  usage. 

(5)  Initial  and  recurring  training. 

(6)  Training  equipment  required. 

(7)  Trained  personnel  required. 

(8)  OJT  program. 

(9)  ATC  training  support  anticipated. 

(10)  Training  support  data  required  (computer  software, 
manuals,  audio-visuals,  etc.). 

d.  Communications  support. 

e.  Intelligence  (special  communications,  target  and  mis¬ 
sion  planning  materials,  etc.). 

9.  Safety  considerations: 

a.  System 

b.  Industrial 

c.  Occupational 
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